Polymarket Builder expliqué : économie et paliers

Polymarket Builder expliqué simplement : le Builder Program permet à des opérateurs tiers de router des ordres via le CLOB de Polymarket avec attribution, de percevoir des builder fees en points de base, et d'accéder à des limites et récompenses par palier. Ce guide détaille le fonctionnement du programme, la manière dont les frais sont payés et attribués, et ce que les opérateurs doivent considérer avant de participer.

Points clés

• Les Builders routent des ordres via le CLOB avec des en-têtes d'attribution et perçoivent des builder fees libellés en points de base.
• Les paliers (Unverified / Verified / Partner) contrôlent les limites journalières du relayer et l'accès aux récompenses et au support.
• Les builder fees sont payés sur le volume routé ; les maker fees sur Polymarket sont nulles, les taker fees varient selon la catégorie.
• Utilisez le Polymarket Relayer et les SDK compatibles Relayer pour gérer le déploiement de wallet, les approvals et les opérations CTF.
• Les risques opérationnels incluent le slippage, les fills partiels, le timing de règlement et les disputes UMA — ne considérez pas ce flux de frais comme un revenu garanti.

Ce qu'est le Builder Program, en bref

Le Builder Program est une couche d'attribution et de routage pour le flux d'ordres tiers. Un Builder envoie des ordres vers le CLOB de Polymarket avec un en-tête d'attribution ; Polymarket verse des builder fees (en points de base du volume routé) et suit les placements sur un leaderboard public. Le programme est explicitement conçu pour les opérateurs qui souhaitent monétiser le flux d'ordres et recevoir la reconnaissance pour leur volume.

Trois paliers sont proposés :

• Unverified : limite journalière du relayer de 100. L'avantage principal est le trading sans gas avec attribution.
• Verified : limite journalière du relayer de 10 000. Les builders vérifiés gagnent des récompenses USDC hebdomadaires basées sur le volume en plus des builder fees.
• Partner : volume relayer illimité, support renforcé et potentiel de récompense maximal.

Les identifiants pour participer se gèrent depuis votre compte à https://polymarket.com/settings.

Comment les builder fees et l'économie sont structurés

Les builder fees sont payés sous forme de points de base sur le volume de trading routé. Les frais s'accumulent au bénéfice du builder qui a fourni l'en-tête d'attribution sur les ordres exécutés. Les maker fees de Polymarket sont nulles ; les taker fees varient selon la catégorie du marché et se situent actuellement entre 0% et 1.8% selon la catégorie. Les builder fees constituent un flux de revenus additionnel pour l'opérateur, en plus de toute capture d'écart ou marge d'exécution que l'opérateur réalise.

Points opérationnels importants :

• Les builder fees sont en points de base. Le taux exact que vous recevez dépend de la configuration du programme et de tout accord publié par Polymarket aux builders.
• Les récompenses pour les builders Verified incluent des paiements USDC hebdomadaires liés au volume en plus des frais par trade en points de base.
• L'attribution compte : l'en-tête du relayer détermine l'attribution. Si votre stack de routage ou votre SDK supprime ou mal signe l'en-tête, vous risquez de perdre le crédit de frais.

Remarque : les taux spécifiques par point de base et la formule exacte des récompenses hebdomadaires sont gérés par Polymarket et peuvent changer ; consultez le dashboard Builder pour les taux en vigueur.

Raccordement technique : relayer, SDK et flux d'ordres

Polymarket sponsorise le gas via le Relayer. Les Builders routent les ordres via la même architecture Relayer et doivent respecter les limites du relayer imposées par le palier. Le Polymarket Relayer Client SDK (TypeScript et Python) est le point d'intégration recommandé ; il automatise le déploiement de wallet, les approvals ERC-20, les opérations CTF (split/merge/redeem) et le placement d'ordres.

Un flux typique pour un builder ressemble à ceci :

1. Votre système construit un ordre et inclut l'en-tête d'attribution du builder.
2. L'ordre est envoyé au endpoint CLOB via le Relayer en utilisant le SDK.
3. À l'exécution, Polymarket enregistre l'attribution et paie les builder fees selon le taux et les règles de palier configurés.

Notes opérationnelles :

• Les lectures du CLOB sont publiques. Le placement d'ordres nécessite une API key + HMAC.
• Les endpoints WebSocket Market fournissent des événements de carnet en temps réel pour jusqu'à 500 instruments par connexion ; utilisez-les pour piloter votre logique d'exécution.
• Le Relayer applique des limites journalières par palier ; le palier Unverified est limité à 100 appels relayer par jour, Verified à 10 000, et Partner est sans restriction.

Mathématiques de revenus et scénarios exemples (pour opérateurs)

Vous devriez modéliser trois lignes de revenus distinctes lorsque vous évaluez l'exécution en tant que Builder :

• Builder fees (points de base sur le volume exécuté).
• Récompenses hebdomadaires USDC basées sur le volume pour les builders Verified.
• Marge d'exécution (capture d'écart) ou profits d'arbitrage résultant de votre routage et de l'accès à la liquidité.

Exemple (illustratif, pas prescriptif) : si vous routez $1,000,000 de volume exécuté et que votre builder fee est X points de base, votre revenu de builder-fees = (X / 10,000) * $1,000,000. Tenez compte des taker fees payées par les utilisateurs finaux (0%–1.8% selon la catégorie) et de toute structure de rabais que Polymarket pourrait appliquer. Confirmez toujours X et les mécaniques de récompense dans le dashboard Builder — les taux et formules peuvent changer.

Attribution, conformité et limites

L'attribution est le point de vérité unique pour le paiement des frais. Assurez-vous que votre stack de routage préserve l'en-tête d'attribution de bout en bout. Les écueils courants incluent des couches proxy ou middleware qui suppriment des en-têtes personnalisés, et la logique de replay ou d'idempotence qui réaffecte involontairement l'attribution.

Polymarket bloque les ordres par IP. Les Builders ne doivent pas conseiller aux utilisateurs de contourner les restrictions géographiques (l'évasion via VPN est interdite par les Terms of Service de Polymarket). Soyez conscient des pays bloqués et des règles régionales, et concevez vos contrôles de routage et KYC en conséquence.

Risques et considérations opérationnelles

Ne considérez pas les builder fees comme un revenu garanti. Les risques opérationnels et de marché incluent :

• Risque d'exécution : fills partiels et slippage peuvent réduire le rendement effectif des frais.
• Risque de règlement et de résolution : disputes UMA, résolution retardée et problèmes de smart-contract peuvent modifier l'économie effective.
• Changements de politique de la plateforme : les structures de frais, les limites de palier ou les programmes de récompense peuvent être modifiés par Polymarket.
• Conformité et restrictions géographiques : les ordres bloqués par IP ou par politique peuvent réduire le volume utilisable.

Préparez-vous à la surveillance, aux alertes et à des taux de fonctionnement prudents lors de l'onboarding.

Comment cela impacte votre architecture de trading

Si vous êtes un opérateur évaluant la participation au Builder, concentrez-vous sur trois contrôles d'ingénierie :

• Propagation fiable de l'attribution : rendez vos en-têtes immuables dans la chaîne de routage.
• Gestion du budget Relayer : implémentez des throttles et priorisez les flux à ROI élevé lorsque vous approchez des limites journalières du palier.
• Signaux marché en temps réel : utilisez les flux CLOB et Market WS pour les événements de carnet et best_bid_ask afin d'éviter la sélection adverse.

Opérationnellement, le palier Verified est le point de bascule pour la montée en charge. Unverified est utile pour les tests et l'attribution à faible volume, mais 100 appels journaliers du relayer limiteront les stratégies actives. Le palier Partner s'adresse aux opérateurs à fort volume qui ont besoin d'une capacité relayer illimitée et d'un support renforcé.

Résumé de clôture

Polymarket Builder expliqué : le programme monétise le flux d'ordres attribués via des builder fees en points de base et des récompenses par palier, tout en s'appuyant sur le même Relayer qui alimente l'UX sans gas de Polymarket. Pour les opérateurs, le travail principal consiste à garantir une attribution propre, à gérer les budgets du relayer et à tenir compte des risques d'exécution et de règlement. Considérez le flux de frais comme une source de revenus opérationnels, pas comme une subvention garantie.

Foire aux questions

Comment devenir Polymarket Builder ?

Les identifiants s'obtiennent à https://polymarket.com/settings. Vous vous enregistrez pour une identité de builder ; l'affectation de palier (Unverified, Verified, Partner) détermine vos limites journalières du relayer et l'accès aux récompenses et au support.

Comment les builder fees sont-ils payés et mesurés ?

Les builder fees sont payés en points de base sur le volume routé exécuté. Les en-têtes d'attribution sur les ordres déterminent quel builder reçoit les frais. Les builders Verified reçoivent aussi des récompenses USDC hebdomadaires basées sur le volume reporté en plus des frais par trade.

Quelles sont les limites du relayer pour chaque palier ?

Les builders Unverified ont une limite journalière du relayer de 100 appels, les builders Verified ont une limite journalière de 10 000 appels, et les builders Partner ont une capacité relayer illimitée.

Les builder fees remplacent-ils les taker ou maker fees ?

Non. Les maker fees sur Polymarket sont nulles ; les taker fees varient selon la catégorie (actuellement entre 0% et 1.8%). Les builder fees sont une couche de revenus supplémentaire versée aux builders attribués sur le volume routé.

Quels risques opérationnels les opérateurs doivent-ils anticiper ?

Préparez-vous au risque d'exécution (slippage, fills partiels), au risque de règlement/résolution (disputes UMA, délai de redeem), aux changements de politique de plateforme concernant les frais ou les paliers, et à la perte de volume liée aux restrictions géographiques. Surveillez l'intégrité de l'attribution et l'utilisation du relayer de près.