Polymarket vs Kalshi 數據：實際能拿到什麼，又該如何同時使用兩家

逐項對照

Polymarket：即時數據豐富，但沒有深度歷史

Polymarket 在 Polygon 上運行一套中央限價 order book（CLOB）。它的 CLOB websocket 即時串流 order book 與價格更新，REST API 則對外暴露 markets、trades，以及一個 prices-history 端點。它沒有提供的，是 order book 快照的歷史封存——一筆 order book 更新過去之後，交易所不讓你重播它。對於仰賴掛單簿（resting book）的 backtest，你需要一家持續擷取 websocket 的供應商。

Kalshi：受監管、REST 乾淨，但同樣沒有深度封存

Kalshi 是受 CFTC 監管的交易所，這一點形塑了它的數據：一套乾淨的 REST API，含 markets、candlesticks、trades，以及一個當前 orderbook 端點，並切分為 live 與 historical 兩層。但 historical 那一層涵蓋的是 trades 與 candlesticks，而非隨時間變化的完整 order book 深度——而公開的 orderbook 端點只給當前狀態。所以，就跟 Polymarket 一樣，要重播 Kalshi 當時那一刻的 yes/no order book，就需要第三方持續擷取。

用同一套 schema 同時操作兩家

交易場所的訂單簿形狀、時間戳記語義和結算規則各不相同。DepthFeed 透過 REST 提供儲存的訂單簿觀察值，並透過 WebSocket 提供標準化的即時框架。將每個記錄的合約對應到您的研究模型，並明確標示可為空的基礎參考和特定於交易場所的時間。

擷取和儲存的頻率因交易場所而異。歷史 REST 返回儲存的觀察值，而 WebSocket 發布即時訂單簿框架；兩者都使用 JSON，但它們的欄位和時間不同，無法互換。請查閱端點合約和實際涵蓋範圍，而不是假設相同的物件或固定的傳遞延遲。