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つのスキーマで扱う

Polymarket のアウトカムごとの bid/ask と、Kalshi の yes/no ラダーというように、venue は形式が異なります。そのため自前でつなぎ合わせようとすると、ローダーが2つ、決済モデルも2つ必要になります。DepthFeedは両者を1つのカラムナースキーマに正規化します。bid/ask の価格と数量の配列、epoch-millis の取引所タイムスタンプと受信タイムスタンプ、そしてスナップショットごとに結合された原資産の参照価格を、7つすべての暗号資産にわたって揃えます。同じbacktestコードでどちらの venue も読み込めます。

キャプチャ方法は venue ごとに異なりますが、出力フォーマットは変わりません。Polymarket は CLOB websocket からイベント駆動でキャプチャされ(ライブ配信の中央値は実測で約10 ms)、Kalshi は full depth で継続的にポーリングされます(おおむね1.5秒ごと)。いずれも REST API およびライブの WebSocket ストリーム経由で、同一の JSON として届きます。