Polymarket vs Kalshi データ:実際に使えるものは何か、そして両方をどう活用するか

一覧で比較

Polymarket:豊富なライブデータ、ただし depth 履歴なし

Polymarketは Polygon 上で中央指値 order book(CLOB)を運用しています。その CLOB websocket はライブの板と価格更新をストリーミングし、REST API はマーケット、trades、そして prices-history エンドポイントを公開します。提供されないのは order-book スナップショットの過去アーカイブです。板の更新は一度通過してしまうと、取引所側ではそれをリプレイできません。resting book に依存するbacktestを行うには、その websocket を継続的にキャプチャしてきたプロバイダーが必要になります。

Kalshi:規制対象でクリーンな REST、それでも depth アーカイブはなし

Kalshiは CFTC規制下の取引所であり、その規制がデータの形を決めています。マーケット、candlesticks、trades、そして現在の orderbook エンドポイントを備えたクリーンな REST API が、ライブと履歴のティアに分かれています。ただし履歴ティアがカバーするのは trades と candlesticks であって、時系列にわたる完全な order-book depth ではありません。公開の orderbook エンドポイントも現在のスナップショットのみです。したがって Polymarket と同様、Kalshi の yes/no 板を当時のままリプレイするには、サードパーティによる継続的なキャプチャが必要です。

両 venue を1つのスキーマで扱う

会場ごとにBOOKの形状、タイムスタンプの意味、決済ルールが異なります。DepthFeedは、RESTを通じて記録されたBOOK観測を、WebSocketを通じて正規化されたライブフレームを提供します。文書化された各契約をリサーチモデルにマッピングし、ヌル可能な基盤となる参照と会場固有のタイミングを明示的に保持してください。

キャプチャと記録されたケイデンスは会場ごとに異なります。履歴RESTは記録された観測を返しますが、WebSocketはライブBOOKフレームを公開します。どちらもJSONを使用しますが、それらのフィールドとタイミングは相互に交換可能ではありません。同一のオブジェクトまたは固定の配信レイテンシを仮定するのではなく、エンドポイント契約と実際のカバレッジを参照してください。