Polymarket Builder Program: 開発者向け概要

Polymarket Builder Program は、サードパーティ OPERATOR がアトリビューションを付与したうえで Polymarket の CLOB を通じてオーダーを経路化し、ベーシスポイント単位のビルダーフィーを獲得し、より高い relayer 制限や報酬といったプログラム特典にアクセスできる仕組みです。本ガイドでは、プログラムの仕組み、3つのティア、収益分配の原則、および Polymarket Relayer Client を使うエンジニアリングチーム向けの実務的な統合ノートを説明します。

主なポイント

• Builder Program により、サードパーティはアトリビューション付きで CLOB にオーダーを経路化し、ベーシスポイント単位のビルダーフィーを獲得できます。
• ティアは 3 つ（Unverified、Verified、Partner）で、日次 relayer 制限と報酬が上位に向かって増加します。
• ビルダー統合はアトリビューションヘッダー経由で行い、Polymarket Relayer Client SDK（TypeScript と Python）がウォレット展開、承認、CTF 操作、オーダー発注を扱います。
• Polymarket のメーカー手数料はゼロです。ビルダーフィーは実行時にビルダーへ支払われ、ベーシスポイントで表現されます。
• 認証とビルダー設定は polymarket.com/settings で管理されます。収益の詳細や正確な手数料率は Polymarket により制御され、変更される可能性があります。

なぜ Builder Program があるのか

Polymarket は Central Limit Order Book (CLOB) を運用し、Relayer を通じてガスをスポンサーしています。Builder Program は、サードパーティがアトリビューションと収益分配（ビルダーフィー）を受け取りながらその CLOB にオーダーフローを追加する正式な経路を提供します。ルーティングロジック、マーケットメイキングのフロントエンド、またはトレーディングインフラを構築する開発者にとって、プログラムは Polymarket の取引所へフローを送る直接かつサポートされたパスを作ります。

プログラムのティアとその意味

H2: 3 つのティア

• Unverified
  • 日次 relayer 制限：1 日あたり 100 注。
  • 利益：ガスレス取引とアトリビューションのみ。
• Verified
  • 日次 relayer 制限：1 日あたり 10,000 注。
  • 利益：ボリュームに基づく週次 USDC 報酬に加え、ベーシスポイントで得られるビルダーフィー。
• Partner
  • 日次 relayer 制限：無制限。
  • 利益：最も高いレート制限と優先サポート。最高レベルの報酬へのアクセス。

これらは Polymarket が公表しているティアルールです。ティアはプログラムのレート制限、報酬対象資格、サポートレベルに影響しますが、トレード実行時にビルダーフィーが適用される基本的な仕組みそのものは変わりません。

ビルダーフィーとアトリビューションの仕組み

ビルダーフィーは経路化されたオーダーに対してベーシスポイントで設定され、オーダーが約定したときにビルダーへ支払われます。アトリビューションはルーティングビルダーを識別するヘッダーで実装されており、Relayer はこれらのヘッダーを使用して約定時に適切なビルダーへクレジットします。

覚えておくべき重要なメカニクス：

• 手数料はベーシスポイントで表示され、実行時に適用されます。Polymarket のメーカー手数料は引き続きゼロです。
• オーダーがビルダーへクレジットされるには、アトリビューションヘッダーが必須です。Relayer と CLOB はリクエスト内のこれらのヘッダーを期待します。
• Verified ビルダー向けの報酬には、ボリュームに基づく週次 USDC 支払いと累積されたビルダーフィーが含まれます。Partner ティアはより高い報酬とサポートを受けます。

Polymarket は正確な手数料率と報酬の計算式を管理します。ビルダーは固定率を想定すべきではありません。現在の認証情報とビルダー設定は polymarket.com/settings を確認してください。

Polymarket Relayer Client との統合

H2: Polymarket Relayer Client (TypeScript & Python)

Polymarket は統合を簡素化する公式 Relayer Client SDK を TypeScript と Python で提供しています。クライアントは一般的なエンドユーザーの作業を処理するため、統合側はルーティングロジックとオーダーストラテジーに集中できます。

クライアントが代行する主な処理：

• ウォレット展開と Proxy または Gnosis Safe の取り扱い
• pUSD に対する ERC-20 承認
• 結果トークンのための CTF 操作（split/merge/redeem）
• オーダー作成とキャンセル。市場注文は FAK として扱われます
• 要求された場合のビルダーアトリビューションヘッダーでの署名

Relayer Client を使うことでエンジニアリングの摩擦が減り、リクエストが Polymarket の relayer の期待（レート制限、ヘッダー、CLOB の意味論）に合致することが保証されます。

実務的な統合チェックリスト

H2: ビルダー向け実装チェックリスト

1. 資格情報を取得する
   • polymarket.com/settings でビルダー資格情報を取得し、ティアを設定してください。これにより relayer 制限と報酬資格が制御されます。
2. SDK を選ぶ
   • TypeScript または Python の Relayer Client を使用して統合を加速し、低レベルの誤設定を避けてください。
3. アトリビューションを追加する
   • 経路化されたすべてのオーダーに必要なアトリビューションヘッダーを含め、Relayer があなたのビルダーアカウントにクレジットできるようにしてください。
4. 承認とウォレットを処理する
   • クライアントを使って pUSD 承認とウォレット展開を管理してください。Relayer がガスをスポンサーするため、エンドユーザーはガスレスのままです。
5. 制限を監視する
   • システム内でクォータを実装し、あなたのティアの 1 日あたりの relayer 制限を超えないようにしてください。Unverified は 100/日、Verified は 10,000/日、Partner は無制限です。
6. 手数料と決済を考慮する
   • ベーシスポイントでのビルダーフィーの蓄積を追跡し、Verified または Partner の場合は週次報酬と照合してください。

会計と収益分配に関する考慮点

H2: 支払いの流れ

• ビルダーフィーは約定時に発生し、トレードのベーシスポイントで表示されます。
• Verified ビルダーはビルダーフィーに加えて、ボリュームに基づく週次 USDC 報酬を受け取ります。Partner ティアは Polymarket のプログラムに従って強化された報酬を受けます。
• 実際の支払いや週次報酬の算出式は Polymarket が管理します。ビルダーは報告と支払いの詳細について polymarket.com/settings のダッシュボードを使用してください。

運用上およびリスクに関する注意点

• Relayer のレート制限は重要です：ローカルでスロットリングを実装し、リクエストの拒否や予期しない動作を避けてください。
• Relayer を通じて経路化された取引は Polymarket の CLOB ルールの対象です：ティックサイズの振る舞い、FAK の意味、メーカー/テイカー手数料ルール（メーカー手数料はゼロ）などを遵守してください。
• ビルダーは予測市場取引に固有の他のリスクを取り除くわけではありません：解決リスク（UMA の異議申し立てによる決済遅延）、スリッページや部分約定、スマートコントラクトリスクなどです。これらのリスクは常にユーザーへ提示してください。

これが取引インフラに与える影響

H2: システムにおける実務的影響

ルーティングレイヤーやアグリゲータを運用する場合、Builder Program により 2 つの点が変わります：ルーティングしたオーダーに対して直接収益を得られるようになること、そしてアトリビューションと relayer 制限を管理しなければならないことです。ウォレットとトークン操作については Relayer Client を使い、CTF とガスレスロジックを再実装する手間を避けてください。システム設計では、オーダーごとのアトリビューションを記録し、蓄積されたベーシスポイント手数料を追跡し、Polymarket からの週次支払いを照合するようにしてください。

まとめ

Polymarket Builder Program は、アトリビューションと収益分配を伴って Polymarket の CLOB にオーダーフローを追加するための開発者向けルートです。ビルダーにとって主な運用タスクは、資格情報の取得、アトリビューションヘッダーの統合、Polymarket Relayer Client（TypeScript または Python）の使用、そしてティア別の relayer 制限を尊重することです。ビルダーフィーは実行時にベーシスポイントで支払われ、Verified／Partner のビルダーは Polymarket により管理される追加の報酬メカニズムを受けます。

CLOB と市場意味論のより技術的な詳細については /guides/polymarket-clob-explained を参照し、Polymarket の手数料構造を理解するには /guides/polymarket-fees-explained を参照してください。

よくある質問

Polymarket Builder Program のティアと制限は何ですか？

3 つのティアがあります：Unverified（日次 relayer 制限 100）、Verified（日次 relayer 制限 10,000 と週次 USDC 報酬およびビルダーフィー）、Partner（無制限の relayer 制限と優先サポート）。これらのティアはレート制限と報酬対象資格を制御します。

Polymarket のビルダーフィーはどのように支払われますか？

ビルダーフィーはベーシスポイントで設定され、オーダーが約定したときにクレジットされたビルダーへ支払われます。Verified ビルダーはボリュームに基づく週次 USDC 報酬も受け取ります。正確な支払いメカニクスは Polymarket が管理します。

ガスやウォレット展開を管理する必要はありますか？

いいえ。Polymarket Relayer はエンドユーザーのためにガスをスポンサーします。Relayer Client SDK（TypeScript と Python）はウォレット展開（Proxy または Gnosis Safe）、pUSD 承認、CTF 操作を扱うので、あなたはルーティングロジックに集中できます。

どのようにして自分のトレードが自分のビルダーアカウントにクレジットされることを確認しますか？

経路化されたリクエストに必要なアトリビューションヘッダーを含めてください。Relayer はこれらのヘッダーを使ってあなたのビルダーにクレジットします。ヘッダーと署名が正しいことを保証するには公式の Relayer Client を使用してください。

ビルダーの資格情報と設定はどこで入手しますか？

ビルダー資格情報とティア設定は polymarket.com/settings で管理されます。そのダッシュボードで資格情報発行、ティア割り当て、レポートを制御します。