Polymarket API 指南：即時市場、WebSocket 和歷史研究
Polymarket 公開強大的現貨市場介面。架構決策在於官方即時介面結束，以及持續記錄的歷史盤口何時開始。
DepthFeed··9 min
Polymarket 開發者介面涵蓋市場探索、價格、交易和即時 CLOB 訂單簿更新。請使用官方文件以獲取最新的端點定義和場地行為。對於歷史研究，首先確定價格序列是否足夠，或者策略是否需要每個決策時間存在的買/賣價位階層；只有持續記錄的檔案才能在即時更新過去後提供後者。
將任務對應到資料介面
| 任務 | 所需資料 | 典型來源 |
|---|---|---|
| 探索現有市場 | 事件、市場、結果和識別碼 | 官方 Polymarket API |
| 監控現有流動性 | 即時買單、賣單、規模和價格變動 | 官方 CLOB WebSocket |
| 繪製機率序列 | 歷史結果價格 | 官方價格歷史介面 |
| 回放執行 | 帶有時間戳的過去完整價位階層 | 持續記錄的檔案 |
| 與現貨價格比較 | 與基礎參考資料聯結的盤口觀察 | 標準化的研究提供者 |
為什麼識別碼和時間戳優先
Polymarket 整合跨越事件、市場、條件和代幣識別碼。將這些關係與原始來源值一起儲存，而不是將人類可讀的標題作為關鍵字。標題可能會更改；執行研究仍然需要將相同的結果代幣與相同的記錄盤口聯結。
將來源時間戳和接收時間戳分開保存。來源時間描述場地事件，而接收時間描述您的系統何時觀察到它。將它們合併到一個欄位中會使延遲和排序錯誤難以審計。
DepthFeed 的優勢
DepthFeed 記錄 Polymarket CLOB 的事件驅動更新，建立標準化的完整盤口觀察，並通過與 Kalshi 相同的 REST 和 WebSocket 格式提供這些資料。歷史記錄包含價格和規模價位階層，而不僅僅是單個機率點。
該記錄支援深度感知的 VWAP 在 Backtest Lab 中的回放、歷史 API 查詢以及公共錢包活動的下一盤口執行審計。缺失的覆蓋範圍仍然是明確的，並且檔案不聲稱重現隱藏的流動性、隊列優先順序或實際訂單的市場影響。
整合檢查清單
- 使用官方 Polymarket 文件作為目前端點和交易規則的權威。
- 一起儲存事件、條件和結果代幣識別碼。
- 在應用增量價格變更之前，先建立完整的盤口。
- 保留來源時間戳和接收時間戳，而不是用一個覆蓋另一個。
- 對於圖表使用價格歷史，對於執行回放使用完整的歷史價位階層。
- 在信任回測之前，測試間隙、重新連線和重複更新。
Key takeaways
- 01官方 Polymarket API 是目前場地狀態的正確權威。
- 02即時 CLOB 更新必須進行初始化和排序，才能重建完整的盤口。
- 03歷史機率序列無法顯示過去的休息深度。
- 04DepthFeed 增加了記錄的完整價位階層和一個跨場地的研究模式。
- 05識別碼、時間戳和缺失資料行為應在策略邏輯之前設計。
Polymarket 公開強大的現貨市場介面。架構決策在於官方即時介面結束，以及持續記錄的歷史盤口何時開始。
免費開始