Polymarket 與 Kalshi 訂單簿資料
Polymarket 與 Kalshi 委託簿資料
中價隱藏了價差以及每個層級的掛單數量。DepthFeed 捕獲 Polymarket 和 Kalshi 的完整委託單簿——每個儲存的觀察值中的完整買賣價階梯（Kalshi 每邊最多 100 層級）——因此您可以衡量真實訂單將支付的滑價和真正存在的流動性。
Polymarket 與 Kalshi 訂單簿資料為市場的 Level-2 視圖：靜態買賣價格及其顯示規模。DepthFeed 於 Polymarket 與 Limitless 採用事件驅動 WebSocket 捕捉，Kalshi 採用持續全深度輪詢，並於每次儲存觀察時提供完整訂單簿，允許回測走訪記錄深度，而非假設無限中間價流動性。
Polymarket 與 Kalshi 訂單簿資料一覽
- 交易平台
- Polymarket · Kalshi · Limitless
- 擷取
- 事件驅動 WS（Poly）· 完整深度輪詢（Kalshi）
- 節奏
- 交易平台特定；依來源文件化
- 深度
- 完整梯隊，雙邊（Kalshi ≤100 層）
- 資產
- 7 — BTC · ETH · SOL · XRP · DOGE · BNB · HYPE
- 時間戳記
- 毫秒觀察時間；交易平台特定來源時間戳
- 標的價格
- 可用時最近的 Binance 參考
- 歷史記錄
- 7/30/90 天視窗 + 完整檔案庫（Desk）
- 交付
- REST 歷史資料 + 標準化即時 WebSocket 幀
- 解析度
- 原始儲存觀察或 ?interval= 1秒–1天
請求已記錄的全深度 Polymarket 訂單簿
從探索開始，使市場識別碼與元資料隨請求附帶。快照路由回傳錄製觀察；include_orderbook 顯示儲存階梯，interval 選擇每桶一筆錄製行。
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"- 省略區間以使用原始儲存解析度；降採樣會選擇錄製的觀察值，不會插值缺失訂單簿。
- 追蹤回應游標取得下一頁，非建構偏移分頁。
Polymarket 與 Kalshi 訂單簿資料
為何完整深度重要
雙方，每個層級
頂層訂單簿或單一中間價幾乎無法告訴您執行狀況。DepthFeed 提供 polymarket 與 kalshi 每個儲存觀察點的完整買賣訂單梯級（kalshi 每側最多 100 層），每個快照包含買賣價格與數量陣列 — 這些欄位是您實際重建訂單簿所需。利用這些層級計算點差、可見深度及訂單大小的估計滑點。彙總的訂單簿層級不代表排隊位置，也不保證即時成交。
節奏為明示，非暗示
一個儲存的訂單簿無法描述其觀察點之間的活動。DepthFeed 在 Polymarket 上記錄事件驅動的來源捕捉，在 Kalshi 上進行定時的全深度 REST 輪詢；儲存的頻率是交易平台特定的；API 返回實際存在的時間戳，從不插補遺失的訂單簿狀態。
對齊記錄的訂單簿和參考序列
API 回應包含毫秒級的觀察時間，並在可用時 ASOF 對齊最近的 Binance 參考價格。這支持了帶時間戳的研究，而無需聲稱來源未提供的交易所時間戳或參考值。
正規化前解讀 Kalshi Yes/No 委託簿
Kalshi 當前固定點訂單簿回應揭露 Yes 與 No 買單梯隊為美元價格與數量對。相反賣單由二元補數隱含：Yes 賣單為 1 減最佳 No 買單，No 賣單為 1 減最佳 Yes 買單。DepthFeed 將其標準化為一致的 0–1 訂單簿，同時保留精確代碼與原生 Yes/No 意義以利審計。
