Polymarket データ
Polymarket データ:ライブオーダーブック、APIと4つのデータ層
Polymarketデータは単一のデータセットではなく、非常に異なる質問に答える4つの層で構成されます。多くの失望は1つの層で別の層の質問に答えようとすることから生じます。市場、価格、取引は広く利用可能。静止オーダーブックは発生時に記録される必要があり、約定が現実的だったかを決定します。
Polymarketアーカイブからの一次データ
これらはベンダーシートから引用されたものではなく、DepthFeed自身のキャプチャから直接計算されているため、丸めたマーケティング数値ではなく測定日と名前付きコホートが付いています。2026年6月21日時点のライブアーカイブで測定、BTCアップ/ダウン5分市場にて。カバレッジは継続的に増加しているため、カウントは固定値ではなく下限です。
450 百万
注文書スナップショット。380,000以上のPolymarket市場にわたる重複排除済み記録ブック。
約10ミリ秒
受信元。下記のサンプルスナップショットで観測;測定サンプルでありサービス保証ではありません。
49 価格レベル(各サイド)
ラダー深度。BTCアップ/ダウン5分市場の各サイドの中央値レベル。
94,000 休止中の深度シェア
レストサイズ。同じコホートの両側にわたる中央値の合計シェア数。
Polymarketデータは4つの層をカバー:市場メタデータ(市場の内容と決済方法)、価格履歴(時間経過の取引価格)、オンチェーントレード(実行された取引と実行者)、オーダーブック深さ(ある瞬間の静止ビッドとアスク)。最初の3つは事後取得可能;オーダーブック深さはライブでキャプチャされた場合のみ存在。
実際のPolymarketオーダーブックの構造
このラダーは記録されたBTCアップ/ダウン5分観測から逐語的にコピーされました—アーカイブの実際の行であり、例示ではありません。
はい/アップトークンブック;ノー/ダウン側は二項補数(ダウン = 1 − アップ)。: 取引所タイムスタンプから10ミリ秒後にキャプチャ.
- orderbook_up.bids / .asks
- レストイングラダーは両側の[価格、サイズ]として—注文が実際にどの価格で約定するか、そしてスリッページを測定可能にする唯一のフィールドです。
- price_up / price_down
- 各アウトカムは0〜1の暗示確率で引用され、DownはUpの正確な補数です。
- btc_price
- 基礎となるリファレンス価格がこの正確なスナップショットにASOF結合されており、ブックとスポットが整合しています。
- ID / 時間
- 注文板のミリ秒単位の取引所タイムスタンプ。受信スタンプは保持されるため、キャプチャ遅延は測定可能です。
Polymarketカバレッジ概要
- オーダーブックスナップショット
- 450 百万以上の記録観測値
- キャプチャされた市場
- 380,000+
- 履歴開始:
- 最も長く続くシリーズの2026年1月
- 市場ウィンドウ
- 5 分足、15 分足、1 時間足、4 時間足、24 時間足
- 暗号資産
- 7 (BTC, ETH, SOL, XRP, DOGE, BNB, HYPE)
- 参照された決済済み市場
- 60,307 結果記録済み
- キャプチャ方法
- CLOB更新を取り込み;保存されたケイデンスとギャップを文書化
- 配信
- REST、CSV、Parquet
Polymarketデータをレイヤー別に取得
最初に発見して識別子とメタデータをリクエストに紐づけ、その後1つの市場の記録観測をリクエストしてください。include_orderbookは平坦化された価格ではなく保存された階層を返します。
curl -s "https://api.depthfeed.com/v3/btc/markets?limit=5" \
-H "Authorization: Bearer df_your_key"
curl -s "https://api.depthfeed.com/v3/btc/markets/<market_id>/snapshots?include_orderbook=true&interval=1m" \
-H "Authorization: Bearer df_your_key"- 生の保存解像度のため間隔を省略;ダウンサンプリングは記録された観測を選択し、欠落したブックを決して補間しません。
- オフセットページネーションを構築する代わりに応答カーソルで次ページを追跡します。
- リサーチを結果トークンIDに紐付けてください — スラッグは表示用で安定した結合キーではありません。
Polymarket データ
Polymarketデータの4つのレイヤー
市場とメタデータ — 契約の実態
メタデータレイヤーは、取引されている質問を定義します:条件とトークン識別子、結果ラベル、市場ウィンドウ、解決ソース、および決済ルール。PolymarketのGamma APIは、ここでの真実の情報源であり、無料です。このレイヤーは取得が安価で過小評価されがちです — 下流のほとんどの照合バグは識別子バグです。なぜなら、Polymarket市場には複数の識別子(条件ID、結果ごとのトークンID、スラグ)があり、それらは相互に交換可能ではないからです。特定の期間のトークンIDにリサーチをバインドし、スラグは表示用にのみ保持してください。
価格履歴 — 取引価格と解像度
価格レイヤーは、市場が取引または見積もられた場所の時系列です。方向性、予測精度および較正に関する質問に答え、それらにとって正しい入力です。その制限は解像度と意味にあります:最終価格のシリーズはその価格で取引があったことを示すだけで、あなたの注文が成立できたことを示すものではありません。短期市場では粗いシリーズは市場の全期間で数点しか持たず、戦略が行動した瞬間に一致しないこともあります。
取引とオンチェーンフロー — 何が約定し誰が行ったか
PolymarketはPolygon上で決済されるため、実行済み取引とウォレット活動は公開観測可能であり、オンチェーンインデクサーがこのレイヤーをよくカバーしています。これはボリューム、フロー、ウォレット調査、リーダーボード分析の正しい情報源です。回復できないのはオーダーブックです:タッチの背後に深いサイズがあるものとほとんどないものの2つの非常に異なるオーダーブックが同一の取引テープを生み出すため、スリッページは取引だけからは導出できません。
オーダーブック — ライブ記録が必須のレイヤー
注文板は、特定の瞬間の保留中の買い注文と売り注文です:価格、サイズ、および各側のラダーの深さ。注文が約定した場合、その約定価格とサイズがいくらだったかを回答できるのはこのレイヤーだけです。また、バックフィルできない唯一のレイヤーでもあります:瞬間が過ぎると、その瞬間の注文板の状態は、何か接続されて記録されていなければ失われます。Polymarketはライブ注文板をCLOB WebSocket経由でストリームしますが、そのアーカイブは提供しないため、履歴デプスはそれを継続的にキャプチャした当事者からのみ利用可能です。
PolymarketデータAPI:リクエストを層にマッチング
DepthFeedは記録された層を1つのRESTインターフェースで提供します。ディスカバリーは市場の識別子とメタデータを返し、スナップショットルートは市場の記録観測を返します。include_orderbookは保存された階層を公開し、intervalはバケットごとに1つの記録行を選択します。ダウンサンプリングは補間ではなく実際の記録観測を選ぶため、ギャップは数値に平滑化されずギャップとして可視化されます。
Polymarketデータセットダウンロード:CSV、ParquetまたはREST
検査や小規模フラット抽出にはCSV、大規模カラム型リサーチにはParquet、境界付きまたは増分クエリにはRESTを使用してください。フォーマットはバイトの配信方法を変えるべきであり、レコードの意味を変えてはなりません:市場識別子、取引所および受信タイムスタンプ、完全なビッドおよびアスクの価格とサイズ配列、決済フィールド、データ欠損箇所の明示的マーカーを保持してください。ラダーを単一価格に平坦化したデータセットは、データセット名を冠した価格系列です。
ここで意図的に主張しないこと
カバレッジには下限と形状があり、どちらも見出しの行数より重要です。アーカイブはキャプチャ開始地点から始まり、Polymarket開始地点ではありません。最も長く続くシリーズは最も過去に遡り、新しいコホートは後から始まります。レイテンシー数値はサービス保証ではなく測定サンプルを示します。市場がキャプチャされていない場合、答えは補間値ではなく明示的なギャップであり、これはバックテストに依存する場合により有用です。
統合前に実際のPolymarketブックを取得
限定された記録サンプルから開始:識別子、タイムスタンプ、ラダー形状を自身のローダーで確認し、スキーマが適合したらキーを作成。
