Polymarket APIガイド:ライブ市場、WebSocket、および履歴調査
Polymarketは強力な現在の市場インターフェースを公開しています。アーキテクチャ上の決定は、公式のライブ表面が終了し、継続的に記録された履歴ブックが始まる場所です。
Polymarketの開発者表面は、市場の検出、価格、取引、およびライブCLOB注文帳の更新をカバーします。現在のエンドポイント定義と会場の動作については、公式ドキュメントを使用してください。履歴調査の場合、まず価格系列で十分か、それとも決定時に存在した入札/要求ラダーが必要かを決定します。後者は、ライブ更新が経過した後でのみ、継続的にキャプチャされたアーカイブによって提供できます。
タスクをデータ表面にマッピングする
| タスク | 必要なデータ | 典型的なソース |
|---|---|---|
| 現在の市場を検出する | イベント、市場、結果、および識別子 | 公式Polymarket API |
| 現在の流動性を監視する | ライブの入札、要求、サイズ、および価格変動 | 公式CLOB WebSocket |
| 確率系列をプロットする | 履歴の結果価格 | 公式価格履歴表面 |
| 実行を再現する | タイムスタンプ付きの過去の完全なラダー | 継続的に記録されたアーカイブ |
| スポットと比較する | 基礎となる参照に結合されたブックの観察 | 正規化された調査プロバイダー |
識別子とタイムスタンプが最初にくる理由
Polymarket統合は、イベント、市場、条件、およびトークン識別子を横断します。人間が読めるタイトルをキーとして扱うのではなく、生のソース値とともにそれらの関係を保存してください。タイトルは変更される可能性があります。実行研究は、同じ結果トークンを同じ記録されたブックに結合する必要があります。
ソースタイムスタンプと受信タイムスタンプを別々に保持します。ソース時間は会場のイベントを記述し、受信時間はシステムがそれを観察した時間を記述します。それらを1つのフィールドに折りたたむと、レイテンシと順序のエラーを監査できなくなります。
DepthFeedが追加するもの
DepthFeedはイベント駆動型のPolymarket CLOB更新を記録し、正規化された完全なブックの観察を構築し、Kalshiで使用されるのと同じRESTおよびWebSocketシェイプを通じてそれらにサービスを提供します。履歴行には、単一の確率点ではなく、価格とサイズのラダーが含まれます。
その記録は、Backtest Labでの深さ認識VWAP再生、履歴APIクエリ、およびパブリックウォレットアクティビティの次ブック実行監査をサポートします。欠落している範囲は明示的なままであり、アーカイブは隠れた流動性、キューの優先順位、または実際の注文の市場への影響を再現することを主張しません。
統合チェックリスト
- 現在のエンドポイントと取引ルールについては、公式のPolymarketドキュメントを権限として使用してください。
- イベント、条件、および結果トークン識別子を一緒に保持します。
- インクリメンタルな価格変更を適用する前に、完全なブックをシードします。
- ソースタイムスタンプと受信タイムスタンプを保持し、一方を他方で上書きしないでください。
- チャートには価格履歴を使用し、実行再生には完全な履歴ラダーを使用します。
- バックテストを信頼する前に、ギャップ、再接続、および重複更新をテストします。
Key takeaways
- 01公式のPolymarket APIは、現在の会場状態の正しい権限です。
- 02ライブCLOB更新は、完全なブックを再構築するためにシードおよび順序付けする必要があります。
- 03履歴の確率系列は、過去の残りの深さを明らかにしません。
- 04DepthFeedは、記録された完全なラダーと1つのクロス会場調査スキーマを追加します。
- 05識別子、タイムスタンプ、および欠落データ動作は、戦略ロジックの前に設計する必要があります。
Polymarketは強力な現在の市場インターフェースを公開しています。アーキテクチャ上の決定は、公式のライブ表面が終了し、継続的に記録された履歴ブックが始まる場所です。
無料で始める