Polymarket Builder Program: Übersicht für Entwickler

Das Polymarket Builder Program ist ein Weg für Drittanbieter, Orders mit Attribution durch das Polymarket CLOB zu routen, Builder-Gebühren in Basispunkten zu verdienen und Programm‑Vorteile wie höhere Relayer‑Limits und Belohnungen zu erhalten. Dieser Leitfaden erklärt, wie das Programm funktioniert, die drei Stufen, wie die Umsatzbeteiligung grundsätzlich funktioniert und praktische Integrationshinweise für Engineering‑Teams, die den Polymarket Relayer Client verwenden.

Wesentliche Erkenntnisse

• Das Builder Program ermöglicht Drittparteien, Orders mit Attribution durch das CLOB zu routen und Builder-Gebühren in Basispunkten zu verdienen.
• Es gibt drei Stufen (Unverified, Verified, Partner) mit steigenden täglichen Relayer‑Limits und Belohnungen.
• Die Builder‑Integration erfolgt über Attributions‑Header, und der Polymarket Relayer Client SDK (TypeScript und Python) übernimmt Wallet‑Deployment, Approvals, CTF‑Operationen und Order‑Platzierung.
• Maker‑Fees auf Polymarket sind null; Builder‑Gebühren werden beim Ausführen gezahlt und in Basispunkten angegeben.
• Zugangsdaten und Builder‑Einstellungen werden auf polymarket.com/settings verwaltet; Umsatzdetails und exakte Gebührensätze werden von Polymarket gesteuert und können sich ändern.

Warum das Builder Program existiert

Polymarket betreibt ein Central Limit Order Book (CLOB) und sponsert Gas über einen Relayer. Das Builder Program bietet einen formalen Weg für Drittparteien, Order‑Flow in dieses CLOB einzubringen und dafür Attribution sowie eine Umsatzbeteiligung (Builder‑Gebühren) zu erhalten. Für Entwickler, die Routing‑Logik, Market‑Making‑Frontends oder Trading‑Infrastruktur bauen, schafft das Programm einen direkten, unterstützten Pfad, Flow in die Polymarket‑Exchange zu senden.

Programmstufen und ihre Bedeutung

H2: Die drei Stufen

• Unverified
  • Tägliches Relayer‑Limit: 100 Orders pro Tag.
  • Vorteile: Nur gasloses Trading und Attribution.
• Verified
  • Tägliches Relayer‑Limit: 10.000 Orders pro Tag.
  • Vorteile: Wöchentliche USDC‑Belohnungen basierend auf Volumen plus in Basispunkten verdiente Builder‑Gebühren.
• Partner
  • Tägliches Relayer‑Limit: Unbegrenzt.
  • Vorteile: Höchste Ratenlimits und erweitertes Support; Zugang zu den höchsten Belohnungsstufen.

Dies sind Polymarkets veröffentlichte Stufenregeln. Die Stufen beeinflussen die Rate‑Limits des Programms, die Berechtigung für Belohnungen und das Support‑Level; sie ändern nicht die grundlegenden Mechaniken, wie Builder‑Gebühren bei der Ausführung angewendet werden.

Wie Builder‑Gebühren und Attribution funktionieren

Builder‑Gebühren werden als Basispunkte für geroutete Orders konfiguriert und an den Builder ausgezahlt, wenn eine Order ausgeführt wird. Attribution wird über Header implementiert, die den routenden Builder identifizieren; der Relayer verwendet diese Header, um den entsprechenden Builder bei Ausführung zu gutschreiben.

Wichtige Mechaniken zum Merken:

• Gebühren werden in Basispunkten angegeben und bei Ausführung angewendet; Maker‑Fees auf Polymarket bleiben null.
• Attributions‑Header sind erforderlich, damit ein Trade einem Builder gutgeschrieben wird. Der Relayer und das CLOB erwarten diese Header in der Anfrage.
• Builder‑Belohnungen für Verified‑Builder umfassen wöchentliche USDC‑Zahlungen basierend auf Volumen zusätzlich zu den angesammelten Builder‑Gebühren; die Partner‑Stufe hat erweiterte Belohnungen und Support.

Polymarket kontrolliert die genauen Gebührensätze und Belohnungsformeln. Builder sollten keine festen Sätze voraussetzen; prüfen Sie polymarket.com/settings für aktuelle Credentialing‑ und Builder‑Konfigurationen.

Integration mit dem Polymarket Relayer Client

H2: Der Polymarket Relayer Client (TypeScript & Python)

Polymarket stellt offizielle Relayer‑Client‑SDKs in TypeScript und Python bereit, um die Integration zu vereinfachen. Der Client übernimmt gängige End‑User‑Aufgaben, sodass Ihre Integration sich auf Routing‑Logik und Order‑Strategie konzentrieren kann.

Was der Client für Sie verwaltet:

• Wallet‑Deployment und Proxy‑ oder Gnosis‑Safe‑Handling
• ERC‑20‑Approvals für pUSD
• CTF‑Operationen (split/merge/redeem) für Outcome‑Tokens
• Order‑Erstellung und Stornierung, einschließlich Marktorders, die als FAK exponiert werden
• Signieren von Anfragen mit den Attributions‑Headern des Builders, wenn angefordert

Die Verwendung des Relayer Client reduziert Engineering‑Reibung und stellt sicher, dass Anfragen den Erwartungen des Polymarket‑Relayers entsprechen (Rate‑Limits, Header und CLOB‑Semantik).

Praktische Integrations‑Checkliste

H2: Implementierungs‑Checkliste für Builder

1. Zugangsdaten erhalten
   • Holen Sie Ihre Builder‑Zugangsdaten und setzen Sie Ihre Stufe auf polymarket.com/settings. Das steuert Ihre Relayer‑Limits und Belohnungsberechtigung.
2. SDK wählen
   • Verwenden Sie den TypeScript‑ oder Python‑Relayer‑Client, um die Integration zu beschleunigen und niedrigstufige Fehlkonfigurationen zu vermeiden.
3. Attribution hinzufügen
   • Stellen Sie sicher, dass jede geroutete Order die erforderlichen Attributions‑Header enthält, damit der Relayer Ihr Builder‑Konto gutschreiben kann.
4. Approvals und Wallets verwalten
   • Verwenden Sie den Client, um pUSD‑Approvals und Wallet‑Deployment zu verwalten; der Relayer sponsert Gas, sodass Endnutzer gaslos bleiben.
5. Limits überwachen
   • Implementieren Sie Quoten in Ihrem System, um zu vermeiden, dass Sie die täglichen Relayer‑Limits Ihrer Stufe überschreiten. Unverified‑Builder sind auf 100/Tag begrenzt, Verified auf 10.000/Tag, Partner ist unbegrenzt.
6. Gebühren und Abrechnung berücksichtigen
   • Verfolgen Sie die Anhäufung von Builder‑Gebühren in Basispunkten und gleichen Sie diese mit wöchentlichen Belohnungen ab, falls Sie Verified oder Partner sind.

Buchhaltung und Überlegungen zur Umsatzbeteiligung

H2: Wie Zahlungen fließen

• Builder‑Gebühren fallen bei Ausführung an und werden in Basispunkten des Trades denominiert.
• Verified‑Builder erhalten zusätzlich zu Builder‑Gebühren wöchentliche USDC‑Belohnungen basierend auf Volumen; die Partner‑Stufe erhält verbesserte Belohnungen gemäß Polymarkets Programm.
• Polymarket verwaltet die tatsächlichen Auszahlungen und die Formeln hinter den wöchentlichen Belohnungen; Builder sollten das Dashboard unter polymarket.com/settings für Berichtswesen und Zahlungsdetails nutzen.

Betriebliche Hinweise und Risiken

• Relayer‑Rate‑Limits sind wichtig: setzen Sie lokale Drosseln durch, um abgewiesene Anfragen und unerwartetes Verhalten zu vermeiden.
• Durch den Relayer geroutete Trades unterliegen den CLOB‑Regeln von Polymarket: Tick‑Size‑Verhalten, FAK‑Semantik für Marktorders und Maker/Taker‑Fee‑Regeln (Maker zahlen keine Maker‑Fees).
• Builder entfernen nicht die sonstigen Risiken des Prediction‑Market‑Tradings: Resolution‑Risiko (UMA‑Streitigkeiten können die Abrechnung verzögern), Slippage und Teilfills sowie Smart‑Contract‑Risiken. Stellen Sie diese Risiken stets Ihren Nutzern dar.

Wie sich das auf Ihre Trading‑Infrastruktur auswirkt

H2: Praktische Auswirkungen auf Ihre Systeme

Wenn Sie eine Routing‑Schicht oder einen Aggregator betreiben, ändert das Builder Program zwei Dinge: Sie können direkte Einnahmen für Orders erhalten, die Sie routen, und Sie müssen Attribution sowie Relayer‑Limits verwalten. Verwenden Sie den Relayer Client für Wallet‑ und Token‑Operationen, um die Neuimplementierung von CTF‑ und gaslosem Logic zu vermeiden. Entwerfen Sie Ihr System so, dass es Attribution pro Order aufzeichnet, angesammelte Basispunkt‑Gebühren verfolgt und wöchentliche Auszahlungen von Polymarket abgleicht.

Abschließende Zusammenfassung

Das Polymarket Builder Program ist ein entwicklerorientierter Weg, Order‑Flow mit Attribution und Umsatzbeteiligung in das Polymarket CLOB einzubringen. Für Builder sind die wichtigsten operativen Aufgaben: Zugangsdaten erhalten, Attributions‑Header integrieren, den Polymarket Relayer Client (TypeScript oder Python) verwenden und die gestuften Relayer‑Limits respektieren. Builder‑Gebühren werden in Basispunkten bei Ausführung gezahlt, und Verified/Partner‑Builder erhalten zusätzliche Belohnungsmechanismen, die von Polymarket verwaltet werden.

Für detailliertere technische Informationen zum CLOB und zu Marktsemantiken siehe /guides/polymarket-clob-explained und um die Gebührenstruktur auf Polymarket zu verstehen siehe /guides/polymarket-fees-explained.

Häufig gestellte Fragen

Was sind die Polymarket Builder Program‑Stufen und Limits?

Es gibt drei Stufen: Unverified (100 tägliches Relayer‑Limit), Verified (10.000 tägliches Relayer‑Limit plus wöchentliche USDC‑Belohnungen und Builder‑Gebühren) und Partner (unbegrenztes Relayer‑Limit und erweiterter Support). Diese Stufen steuern Rate‑Limits und Berechtigung für Belohnungen.

Wie werden Polymarket Builder‑Gebühren ausgezahlt?

Builder‑Gebühren werden in Basispunkten konfiguriert und dem gutgeschriebenen Builder ausgezahlt, wenn eine Order ausgeführt wird. Verified‑Builder erhalten außerdem wöchentliche USDC‑Belohnungen basierend auf Volumen; die genauen Auszahlungsmechaniken werden von Polymarket verwaltet.

Muss ich Gas oder Wallet‑Deployment verwalten?

Nein. Der Polymarket Relayer sponsert Gas für Endnutzer. Das Relayer Client SDK (TypeScript und Python) übernimmt Wallet‑Deployment (Proxy oder Gnosis Safe), pUSD‑Approvals und CTF‑Operationen, sodass Sie sich auf Routing‑Logik konzentrieren können.

Wie stelle ich sicher, dass meine Trades meinem Builder‑Konto gutgeschrieben werden?

Fügen Sie die erforderlichen Attributions‑Header in gerouteten Anfragen hinzu. Der Relayer verwendet diese Header, um Ihren Builder gutzuschreiben. Verwenden Sie den offiziellen Relayer Client, um sicherzustellen, dass Header und Signaturen korrekt sind.

Wo bekomme ich Builder‑Zugangsdaten und Einstellungen?

Builder‑Zugangsdaten und Stufen‑Einstellungen werden unter polymarket.com/settings verwaltet. Dieses Dashboard steuert Credential‑Ausgabe, Stufenvergabe und Reporting.