Polymarket Builder erklärt: Ökonomie & Tiers

Polymarket Builder in einfachen Worten: Das Builder Program erlaubt Dritt‑Operatoren, Orders durch Polymarket's CLOB mit Attribution zu routen, Builder‑Gebühren in Basispunkten zu verdienen und gestufte Relayer‑Limits und Belohnungen zu nutzen. Dieser Leitfaden erklärt, wie das Programm funktioniert, wie Gebühren gezahlt und attribuiert werden und welche Punkte Betreiber bei der Teilnahme bedenken sollten.

Wesentliche Erkenntnisse

• Builder routen Orders durch das CLOB mit Attribution-Headern und verdienen Builder‑Gebühren, die in Basispunkten angegeben werden.
• Tiers (Unverified / Verified / Partner) steuern tägliche Relayer‑Limits sowie Zugang zu Belohnungen und Support.
• Builder‑Gebühren werden auf geroutetem Volumen gezahlt; Maker‑Fees auf Polymarket sind null, Taker‑Fees variieren nach Kategorie.
• Nutze den Polymarket Relayer und die relayer‑bewussten SDKs, um Wallet‑Deployment, Approvals und CTF‑Operationen zu handhaben.
• Operative Risiken umfassen Slippage, partielle Fills, Abwicklungszeit und UMA‑Resolution‑Streitigkeiten — behandle den Gebührenstrom nicht als garantiertes Einkommen.

Was das Builder Program kurz gesagt ist

Das Builder Program ist eine Attribution‑ und Routing‑Schicht für Dritt‑Orderflow. Ein Builder sendet Orders an Polymarket's CLOB mit einem Attribution‑Header; Polymarket zahlt Builder‑Gebühren (in Basispunkten des gerouteten Volumens) und führt ein öffentliches Leaderboard. Das Programm richtet sich explizit an Betreiber, die Orderflow monetarisieren und Anerkennung für Volumen erhalten möchten.

Drei Tiers werden angeboten:

• Unverified: tägliches Relayer‑Limit 100. Hauptvorteil ist gasloses Trading mit Attribution.
• Verified: tägliches Relayer‑Limit 10.000. Verified Builder verdienen wöchentliche USDC‑Belohnungen auf Basis des Volumens zusätzlich zu Builder‑Gebühren.
• Partner: unbegrenztes Relayer‑Volumen, erweiterter Support und das höchste Belohnungspotential.

Zugangsdaten zur Teilnahme verwaltest du in deinem Account unter https://polymarket.com/settings.

Wie Builder‑Gebühren und Ökonomie strukturiert sind

Builder‑Gebühren werden als Basispunkte auf das geroutete Handelsvolumen gezahlt. Die Gebühren fallen dem Builder zu, der den Attribution‑Header auf ausgeführten Orders bereitgestellt hat. Polymarket's Maker‑Fees sind null; Taker‑Fees variieren je nach Marktkategorie und liegen derzeit zwischen 0% und 1.8% je nach Kategorie. Builder‑Gebühren sind eine zusätzliche Ertragsquelle für den Betreiber neben jeglicher Spread‑Erfassung oder Ausführungs‑Marge, die der Betreiber erzielt.

Wichtige operative Punkte:

• Builder‑Gebühren basieren auf Basispunkten. Der exakte Satz, den du erhältst, hängt von der Programmkonfiguration und allen Vereinbarungen ab, die Polymarket gegenüber Buildern veröffentlicht.
• Belohnungen für Verified Builder umfassen wöchentliche USDC‑Zahlungen, die zusätzlich zu den pro‑Trade Basispunkt‑Gebühren volumenabhängig sind.
• Attribution ist entscheidend: Der Relayer‑Header bestimmt die Attribution. Wenn dein Routing‑Stack oder SDK den Header entfernt oder falsch signiert, riskierst du den Verlust der Gebührengutschrift.

Hinweis: Konkrete Basispunkt‑Sätze und die genaue wöchentliche Belohnungsformel werden von Polymarket verwaltet und können sich ändern; prüfe das Builder‑Dashboard für aktuelle Sätze.

Technische Infrastruktur: Relayer, SDKs und Order‑Flow

Polymarket sponsert Gas über den Relayer. Builder routen Orders durch dieselbe Relayer‑Architektur und müssen die durch das Tier auferlegten Relayer‑Limits respektieren. Das Polymarket Relayer Client SDK (TypeScript und Python) ist der empfohlene Integrationspunkt; es automatisiert Wallet‑Deployment, ERC‑20‑Approvals, CTF split/merge/redeem und Order‑Platzierung.

Ein typischer Builder‑Ablauf sieht so aus:

1. Dein System konstruiert eine Order und fügt den Builder‑Attribution‑Header hinzu.
2. Die Order wird über den Relayer mit dem SDK an den CLOB‑Endpunkt gesendet.
3. Bei Ausführung verzeichnet Polymarket die Attribution und zahlt Builder‑Gebühren gemäß dem konfigurierten Satz und den Tier‑Regeln.

Operationale Hinweise:

• Lesezugriffe auf das CLOB sind öffentlich. Order‑Platzierung erfordert API‑Key + HMAC.
• Market WebSocket‑Endpoints liefern Echtzeit‑Book‑Events für bis zu 500 Instrumente pro Connection; nutze diese, um deine Ausführungslogik zu steuern.
• Der Relayer erzwingt tägliche Limits nach Tier; das Unverified‑Tier ist auf 100 Relayer‑Aufrufe pro Tag begrenzt, Verified auf 10.000, Partner ist unbeschränkt.

Umsatzrechnung und Beispiel‑Szenarien (betreiberorientiert)

Du solltest bei der Bewertung, ob du als Builder arbeitest, drei getrennte Ertragslinien modellieren:

• Builder‑Gebühren (Basispunkte auf ausgeführtem Volumen).
• Wöchentliche volumenbasierte USDC‑Belohnungen für Verified Builder.
• Ausführungs‑Marge (Spread‑Erfassung) oder Arbitrage‑Gewinne, die aus deinem Routing und Liquiditätszugang resultieren.

Beispiel (illustrativ, nicht bindend): wenn du $1,000,000 ausgeführtes Volumen routest und deine Builder‑Gebühr X Basispunkte beträgt, dann ist dein Builder‑Gebühren‑Ertrag = (X / 10,000) * $1,000,000. Berücksichtige Taker‑Fees, die Endnutzer zahlen (0%–1.8% je nach Kategorie) und mögliche Rebate‑Strukturen, die Polymarket betreiben könnte. Bestätige stets X und die Belohnungsmechaniken im Builder‑Dashboard — Sätze und Formeln können sich ändern.

Attribution, Compliance und Limits

Attribution ist die einzige Quelle der Wahrheit für die Fee‑Zahlung. Sorge dafür, dass dein Routing‑Stack den Attribution‑Header durchgängig bewahrt. Häufige Fallstricke sind Proxy‑Layer oder Middleware, die benutzerdefinierte Header entfernen, sowie Replay‑ oder Idempotency‑Logik, die Attribution versehentlich neu zuweist.

Polymarket blockiert Orders nach IP. Builder dürfen Nutzern nicht raten, Geo‑Beschränkungen zu umgehen (VPN‑Evasion ist durch Polymarket's Terms of Service verboten). Sei dir der blockierten Länder und regionalen Regeln bewusst und gestalte Routing und KYC‑Prüfungen entsprechend.

Risiken und operative Überlegungen

Behandle Builder‑Gebühren nicht als garantiertes Einkommen. Operative und Markt‑Risiken umfassen:

• Ausführungsrisiko: partielle Fills und Slippage können die effektive Gebührenausbeute reduzieren.
• Abwicklungs‑ und Resolution‑Risiko: UMA‑Streitigkeiten, verzögerte Resolution und Smart‑Contract‑Probleme können die effektive Ökonomie verändern.
• Plattformrichtlinienänderungen: Gebührenstrukturen, Tier‑Limits oder Belohnungsprogramme können von Polymarket geändert werden.
• Compliance und Geo‑Beschränkungen: durch IP‑Blockade oder Richtlinien verursachtes Volumen‑Verlust.

Plane Monitoring, Alerting und konservative Run‑Rates während des Onboardings ein.

Wie sich das auf deinen Trading‑Stack auswirkt

Wenn du als Betreiber die Builder‑Teilnahme prüfst, konzentriere dich auf drei Engineering‑Kontrollen:

• Zuverlässige Propagation der Attribution: mache deine Header im Routing‑Stack unveränderlich.
• Relayer‑Budget‑Management: implementiere Throttles und priorisiere High‑ROI‑Flows, wenn du nahe an täglichen Tier‑Limits bist.
• Echtzeit‑Marktsignale: nutze das CLOB und die Market WS‑Feeds für Book‑ und best_bid_ask‑Events, um adverse Selection zu vermeiden.

Operativ ist das Verified‑Tier der Wendepunkt für Skalierung. Unverified eignet sich für Tests und Low‑Volume‑Attribution, aber 100 tägliche Relayer‑Aufrufe begrenzen aktive Strategien. Das Partner‑Tier ist für High‑Volume‑Operatoren, die unbegrenzte Relayer‑Kapazität und erweiterten Support benötigen.

Abschließende Zusammenfassung

Polymarket Builder erklärt: Das Programm monetarisiert attribuierten Order‑Flow über Basispunkt‑Builder‑Gebühren und gestufte Belohnungen und nutzt denselben Relayer, der Polymarket's gaslose UX antreibt. Für Betreiber besteht die Kernarbeit darin, saubere Attribution sicherzustellen, Relayer‑Budgets zu managen und Ausführungs‑ sowie Abwicklungsrisiken zu berücksichtigen. Betrachte den Gebührenstrom als operative Ertragsquelle, nicht als garantierte Subvention.

Häufig gestellte Fragen

Wie werde ich Polymarket Builder?

Zugangsdaten erhältst du unter https://polymarket.com/settings. Dort registrierst du eine Builder‑Identity; die Tier‑Zuweisung (Unverified, Verified, Partner) bestimmt deine täglichen Relayer‑Limits sowie den Zugang zu Belohnungen und Support.

Wie werden Builder‑Gebühren gezahlt und gemessen?

Builder‑Gebühren werden als Basispunkte auf ausgeführtes, geroutetes Volumen gezahlt. Attribution‑Header auf Orders bestimmen, welcher Builder die Gebühren erhält. Verified Builder erhalten zusätzlich wöchentliche USDC‑Belohnungen basierend auf gemeldetem Volumen neben den pro‑Trade Gebühren.

Was sind die Relayer‑Limits für jedes Tier?

Unverified Builder haben ein tägliches Relayer‑Limit von 100 Calls, Verified Builder haben ein tägliches Relayer‑Limit von 10.000 Calls, und Partner Builder haben unbegrenzte Relayer‑Kapazität.

Ersetzen Builder‑Gebühren Taker‑ oder Maker‑Fees?

Nein. Maker‑Fees auf Polymarket sind null; Taker‑Fees variieren nach Kategorie (derzeit zwischen 0% und 1.8%). Builder‑Gebühren sind eine zusätzliche Einnahmenschicht, die an attribuierte Builder auf geroutetem Volumen gezahlt wird.

Für welche operationalen Risiken sollten Betreiber planen?

Plane für Ausführungsrisiko (Slippage, partielle Fills), Abwicklungs/Resolution‑Risiko (UMA‑Streitigkeiten, verzögerte Redeem), Plattform‑Policy‑Änderungen an Gebühren oder Tier‑Strukturen und Volumenverluste durch Geo‑Beschränkungen. Überwache Attribution‑Integrität und Relayer‑Nutzung genau.