DepthFeed/Both venues·API 比較

最佳預測市場資料 API:在建立之前需要比較的內容

最佳 API 並非端點列表最長者。 而是歷史、時間戳記、簿記深度和傳遞模型與系統必須重現的決策相符的 API。

DepthFeed··10 min

預測市場資料 API 應在六個方面進行比較:場地覆蓋範圍、即時傳遞、歷史訂單簿深度、時間戳記品質、結算欄位和可用的匯出格式。 官方 API 通常是當前市場和交易的事實標準,而持續記錄的第三方檔案在回測必須重建過去存在的價差、休息規模和滑價時是必需的。

重要的比較

需求最低可用證據為何重要
即時研究當前市場、交易和完整簿記更新中間價隱藏了價差和可用規模
回測帶有時間戳記的歷史買/賣掛單價格序列無法重現深度感知的成交
跨場地工作一個記錄的標準化模式Polymarket 和 Kalshi 公開不同的原生簿記形狀
審計能力來源和接收時間戳記以及缺失資料規則延遲和間隙必須保持可測量
批量分析REST 分頁和 CSV 或 Parquet 匯出大型研究不應依賴每列一個請求
生產使用已發布的限制、驗證和重試行為原型端點不是運營合約

官方 API 與記錄檔案

Polymarket 和 Kalshi 發布了自己的開發介面,這些官方介面應作為當前市場定義、場地規則和支援的交易流程的參考。 當應用程式需要場地的當前狀態時,它們是正確的起點。

歷史深度是不同的產品。 完整的訂單簿是瞬態的:一旦級別發生變化,後來的價格歷史點就無法揭示消失的規模、支付的價差或訂單的價格影響。 聲稱具有逼真回放的提供者應展示它如何捕獲、標準化和保留這些掛單。

DepthFeed 如何符合比較

DepthFeed 專為跨 Polymarket 和 Kalshi 的研究而設計。 它提供記錄的完整深度簿記、標準化的時間戳記、底層參考欄位和感知結算的市場記錄,通過 REST 傳遞,並具有當前簿記的即時 WebSocket 頻道。 相同的模式由瀏覽器 Backtest Lab 和 API 使用。

該產品不會將缺失的觀察值轉換為合成填寫。 覆蓋範圍保持缺失,場地特定的捕獲記錄在案,研究人員可以在將倖存者發送到模擬交易之前,在中間價、固定滑價和深度感知的 VWAP 假設下測試規則。

實用的選擇流程

  • 記錄應用程式是否需要當前狀態、歷史回放或兩者。
  • 在比較價格之前,請求一個包含掛單、賣單、規模和時間戳記的真實市場樣本。
  • 驗證每個場地的最早可用日期和缺失資料政策。
  • 在比較中間價時,通過掛單執行相同規模的訂單。
  • 確認匯出格式、分頁、速率限制和驗證與小型整合。
  • 除非提供者記錄這兩種角色,否則將場地交易 API 與研究檔案分開。

Key takeaways

  • 01當前官方 API 和持續記錄的歷史檔案解決不同的問題。
  • 02歷史價格點不能替代歷史訂單簿深度。
  • 03時間戳記出處和明確的缺失資料政策是核心比較標準。
  • 04有用的評估重現了大小的訂單,而不僅僅是中間價。
  • 05DepthFeed 統一了 Polymarket 和 Kalshi 的研究資料,而沒有發明缺少的觀察結果。

最佳 API 並非端點列表最長者。 而是歷史、時間戳記、簿記深度和傳遞模型與系統必須重現的決策相符的 API。

免費開始

問題,一一解答。

選擇儲存歷史掛單和賣單,以及規模和時間戳記的 API。 交易或中間價歷史可以測試方向,但無法重現價差、可用規模或深度感知的滑價。

開始在真實深度上回測 Polymarket & Kalshi。

免費開始,免信用卡。等策略準備好面對完整委託簿時再升級。

免費開始