買家指南
決定資料是否可回測的五項標準
1。解析：檢查儲存節奏與缺口
固定間隔觀察描述的是已存時間點，而非其間未見活動。預測市場研究請檢視實際時間戳與間隔，並選擇適合策略與市場期間的節奏。僅事件驅動來源無法證明每次更新皆被保留。 DepthFeed Polymarket 捕捉使用完整訂單簿種子與 CLOB 價格變動增量；標準化觀察依設定節奏持久化。Kalshi 使用節奏控制的全深度 REST 輪詢，受上游配額限制。檢查回傳時間戳、缺口與文件化系列覆蓋；兩種方法皆不保證保留每個中間狀態。
2。深度，而非最後價格
最後成交價或中間價無法顯示各層級的價差或顯示數量。記錄的深度有助於模擬價格影響；任何假設的成交、費用和隊列行為都必須保持明確，而不是將中間價視為保證的執行價格。 DepthFeed DepthFeed 提供雙方的已記錄買賣盤階梯，Kalshi 每側最多可達 100 層。模擬成交可使用每次觀察中顯示的流動性；實際執行還取決於時機、排隊位置及其他假設。
3。涵蓋範圍：已記錄的交易場地、資產與欄位
交易平台特定格式可能需識別碼、欄位與結算規則轉換器。請在假設策略可跨平台測試前，確認支援資產、市場類別與歷史日期。 DepthFeed DepthFeed 提供 Polymarket、Kalshi 與 Limitless 的已存觀察資料，涵蓋文件中記載的資產與系列。映射各交易所的識別碼、訂單欄位與時間戳後，可重用策略邏輯；歷史 REST 與即時 WebSocket 回應有獨立合約。
4。交付：選擇檔案、歷史請求或即時更新
每日檔案適合可重現批次研究；有限 API 請求適合互動歷史查詢；即時更新回答當前狀態問題。請檢查您所需交付方式的架構、可用性、價格與授權。歷史檔案為歷史證據，不因當前市場變動而錯誤。 DepthFeed DepthFeed 提供計量的 REST 歷史資料、標準化的即時 WebSocket 幀，以及列出的每日 Polymarket 和 Kalshi Parquet 檔案。其可用性與回應契約分別文件化。
5. 可信的實際成交
已記錄訂單簿支援對觀察流動性執行估計。驗證時間戳、節奏與缺口，並說明費用、延遲與排隊位置假設。模擬成交不證明實際訂單會成交。 DepthFeed DepthFeed 揭露毫秒觀察時間，並在可用時 ASOF 對齊最近先前 Binance 參考價。來源時間戳維持交易平台特定。
常見選項的不足之處
比較預測市場資料來源時，請區分當前訂單簿、歷史觀察、成交紀錄與可下載的檔案。檢查每個產品實際保留的深度與覆蓋範圍。
- 交易所自身的 API
- 請查閱交易所文件以了解精確的歷史物件、保留與深度。現有訂單簿、交易歷史與 K 線回答不同問題；單獨無法證明完整過去訂單梯度被保留。
- 免費每小時存檔
- 每小時最後成交價檔案不保留樣本間的買賣價差或顯示深度。它可支援圖表或較長期的研究，而短期執行研究則需要更詳細的觀察與明確假設。
- 最新價格與交易記錄 API
- 告訴您成交了什麼，而非掛單狀態。您看到成交交易，但永遠看不到其背後流動性，故滑點與成交概率保持不可見。
- 單場地檔案匯出
- 靜態檔案可保存有用的歷史深度資料以利可重複研究。請檢查其場館特定的結構、記錄範圍及授權；單一檔案不提供後續的即時更新。
為什麼選擇 DepthFeed
DepthFeed 結合 Polymarket、Kalshi 與 Limitless 的完整存檔梯隊，搭配 REST 歷史、標準化即時 WebSocket 幀、明確方案視窗與文件化交易平台特定頻率。
