Polymarket Builder explained: economics & tiers

Polymarket Builderを平易に説明すると、Builder Programはサードパーティのオペレーターが属性付きでPolymarketのCLOBを経由して注文を流し、ベーシスポイントで支払われるビルダーフィーを稼ぎ、階層化されたリレイヤー制限と報酬にアクセスできる仕組みです。本ガイドでは、プログラムの仕組み、手数料の支払いと属性の扱い、参加判断時にオペレーターが考慮すべき点を分解して解説します。

Key takeaways

• Buildersは属性ヘッダーを付けてCLOBへ注文をルーティングし、ベーシスポイントで表されるビルダーフィーを獲得します。
• ティア（Unverified / Verified / Partner）は日次リレイヤー制限と報酬・サポートへのアクセスを制御します。
• ビルダーフィーはルーティングされた出来高に対して支払われます；Polymarketのmaker手数料はゼロ、taker手数料はカテゴリ別に変動します。
• Walletデプロイ、承認、CTF操作を扱うにはPolymarket RelayerとRelayer対応のSDKを使ってください。
• 運用リスクにはスリッページ、部分約定、清算タイミング、UMAによる決着争いなどがあり、手数料収入を保証されたものと見なしてはいけません。

What the Builder Program is, succinctly

Builder Programはサードパーティの注文フローに対する属性付与とルーティングの層です。Builderは属性ヘッダーを付けてPolymarketのCLOBへ注文を送信し、Polymarketはルーティングされた出来高のベーシスポイントでビルダーフィーを支払い、公開リーダーボードで実績を追跡します。これは注文フローを収益化し、ボリュームに対する認知を得たいオペレーター向けに設計されています。

提供される3つのティア：

• Unverified: 日次リレイヤー制限 100。主な利点は属性付きのガスレス取引。
• Verified: 日次リレイヤー制限 10,000。Verifiedビルダーは出来高に応じた週次USDC報酬とビルダーフィーを得ます。
• Partner: リレイヤー無制限、強化されたサポート、最大の報酬潜在力。

参加用の資格情報は https://polymarket.com/settings で管理されます。

How builder fees and economics are structured

ビルダーフィーはルーティングされた取引出来高に対するベーシスポイントで支払われます。手数料は、実行された注文に付与された属性ヘッダーを供給したビルダーに帰属します。Polymarketのmaker手数料はゼロで、taker手数料は市場カテゴリにより異なり、現在はカテゴリによって0%〜1.8%の範囲です。ビルダーフィーは、オペレーターが得るスプレッド取得や実行マージンに上乗せされる追加の収益源です。

重要な運用ポイント：

• ビルダーフィーはベーシスポイントベースです。受け取る正確な率はプログラム設定とPolymarketがビルダー向けに公表する取り決めによります。
• Verifiedビルダー向けの報酬には、取引ごとのベーシスポイント手数料に加えて出来高に連動した週次USDC支払いが含まれます。
• 属性は重要です：リレイヤーのヘッダーが属性を決定します。ルーティングスタックやSDKがヘッダーを除去または誤署名すると、手数料クレジットを失うリスクがあります。

注意：ベーシスポイントごとの具体的な率や週次報酬の正確な算出式はPolymarketが管理しており変更される可能性があります。最新の率はBuilderダッシュボードを確認してください。

Technical plumbing: relayer, SDKs, and order flow

PolymarketはRelayerを通じてガスをスポンサーします。Buildersは同じRelayerアーキテクチャ経由で注文をルーティングし、ティアによるリレイヤー制限を尊重する必要があります。Polymarket Relayer Client SDK（TypeScriptとPython）は推奨される統合ポイントで、ウォレットのデプロイ、ERC-20承認、CTFのsplit/merge/redeem、そして注文配置を自動化します。

典型的なビルダーフローは次の通りです：

1. システムは注文を構築し、ビルダー属性ヘッダーを含めます。
2. SDKを使ってRelayer経由で注文をCLOBエンドポイントに送信します。
3. 実行時にPolymarketは属性を記録し、設定された率とティアルールに従ってビルダーフィーを支払います。

運用メモ：

• CLOBからの読み取りは公開されています。注文配置にはAPI key + HMACが必要です。
• MarketのWebSocketエンドポイントは、接続あたり最大500銘柄分のリアルタイムブックイベントを提供します；これらを使って実行ロジックを駆動してください。
• Relayerはティアごとに日次制限を課します；Unverifiedは日次100リレイヤーコール、Verifiedは10,000、Partnerは制限なしです。

Revenue math and example scenarios (operator-focused)

オペレーターがBuilderとして稼働するか検討する際には、次の3つの収益ラインをモデル化すべきです：

• ビルダーフィー（実行出来高に対するベーシスポイント）。
• Verifiedビルダー向けの出来高ベースの週次USDC報酬。
• ルーティングと流動性アクセスによる実行マージン（スプレッド取得）またはアービトラージ利益。

例（説明目的、指示ではありません）：もし$1,000,000の実行出来高をルーティングし、あなたのビルダーフィーがXベーシスポイントなら、ビルダーフィー収入 = (X / 10,000) * $1,000,000となります。エンドユーザーが支払うtaker手数料（カテゴリにより0%–1.8%）やPolymarketが実施する可能性のあるリベート構造も考慮してください。Xや報酬の仕組みはBuilderダッシュボードで常に確認してください — 率や式は変更され得ます。

Attribution, compliance, and limits

属性は手数料支払いの単一の真実点です。ルーティングスタックが属性ヘッダーをエンドツーエンドで保持することを確認してください。一般的な落とし穴には、カスタムヘッダーを除去するプロキシ層やミドルウェア、属性を誤って再割り当てするリプレイや冪等性ロジックが含まれます。

PolymarketはIPで注文をジオブロックします。Buildersはユーザーにジオ制限の回避を助言してはいけません（VPN回避はPolymarketの利用規約で禁止されています）。ブロックされた国と地域ルールを把握し、ルーティングとKYCチェックをそれに合わせて設計してください。

Risks and operational considerations

ビルダーフィーを保証された収入と見なしてはいけません。運用および市場リスクには以下が含まれます：

• 実行リスク：部分約定やスリッページは実効手数料利回りを下げる可能性があります。
• 清算および決着リスク：UMAによる紛争、決着の遅延、スマートコントラクト問題は実効的な経済性を変える可能性があります。
• プラットフォーム方針の変更：手数料構造、ティア制限、報酬プログラムはPolymarketにより変更され得ます。
• コンプライアンスとジオ制限：IPやポリシーでブロックされた注文は利用可能な出来高を減らします。

オンボーディング期間中は監視、アラート、保守的な稼働率を計画してください。

How this affects your trading stack

Builder参加を検討するオペレーターは、次の3つのエンジニアリング制御に注力してください：

• 信頼できる属性伝播：ルーティングスタックを通じてヘッダーを不変にしてください。
• リレイヤー予算管理：スロットリングを実装し、日次ティア上限に近づいたときは高ROIフローを優先してください。
• リアルタイム市場シグナル：CLOBとMarket WSフィードでブックとbest_bid_askイベントを使用し、不利な選択を避けてください。

運用上、Verifiedティアがスケールの分岐点になります。Unverifiedはテストや低ボリュームの属性付与に有用ですが、日次100のリレイヤーコールはアクティブな戦略を制約します。Partnerティアは無制限のリレイヤー容量と強化サポートが必要な大口オペレーター向けです。

Closing summary

Polymarket Builderのまとめ：このプログラムはベーシスポイントのビルダーフィーと階層化された報酬で属性付き注文フローを収益化し、PolymarketのガスレスUXを支える同一のRelayerに依存します。オペレーターにとっての主要な作業は、クリーンな属性の維持、リレイヤー予算の管理、実行と清算リスクの会計処理です。手数料収入は運用上の収益源として扱い、保証された補助金とは見なさないでください。

Frequently asked questions

How do I become a Polymarket Builder?

資格情報は https://polymarket.com/settings で取得します。そこでビルダーIDに登録し、ティアの割り当て（Unverified、Verified、Partner）が日次リレイヤー制限と報酬・サポートへのアクセスを決定します。

How are builder fees paid and measured?

ビルダーフィーは実行されたルーティング出来高に対するベーシスポイントで支払われます。注文上の属性ヘッダーがどのビルダーに手数料が支払われるかを決定します。Verifiedビルダーは取引ごとの手数料に加え、報告された出来高に基づく週次USDC報酬も受け取ります。

What are the relayer limits for each tier?

Unverifiedビルダーは日次リレイヤーコール100、Verifiedビルダーは日次10,000、Partnerビルダーは無制限のリレイヤー容量です。

Do builder fees replace taker or maker fees?

いいえ。Polymarketのmaker手数料はゼロです；taker手数料はカテゴリにより異なります（現在は0%〜1.8%の範囲）。ビルダーフィーはルーティングされた出来高に対して属性付きビルダーに支払われる追加の収益層です。

What operational risks should operators plan for?

実行リスク（スリッページ、部分約定）、清算／決着リスク（UMAの紛争、redeemの遅延）、手数料やティア構造に対するプラットフォーム方針の変更、ジオ制限による出来高喪失に備えてください。属性の整合性とリレイヤー使用量を厳密に監視してください。