Kalshi 體育數據 API：市場、訂單簿和歷史研究
Kalshi 體育市場使用交換合約和是/否簿冊。有用的數據 API 在添加歷史和比賽背景的同時保持該合約身份不變。
DepthFeed··8 min
一個 Kalshi 體育數據 API 流程始於官方市場和代碼，然後是當前的是/否簿冊、來源新鮮度和合約的結算條款。歷史執行研究需要記錄過去的深度。DepthFeed 公開 Kalshi 體育市場，以及 Polymarket、相關比賽、比分、傷病和博彩背景，同時保留特定場地的代碼和捕獲方法。
一個場地安全的流程
- 列出支援的聯賽，並按 Kalshi 過濾體育市場目錄。
- 將系列賽、賽事和市場代碼與合約文字一起儲存。
- 讀取最新的是/否簿冊及其觀察時間戳。
- 僅在規定的覆蓋範圍內提取記錄的簿冊歷史記錄。
- 當存在已驗證的連結時，將代碼連結到比賽和比分記錄。
- 在與另一個場地或博彩公司比較之前，請先閱讀合約規則。
保持 Kalshi 簿冊原生且標準化
通用的研究模式使跨場地程式碼更簡單，但原生是/否表示和代碼應保持可用。這讓分析師可以審計轉換、解釋結算並返回到 Kalshi 的官方合約記錄。
DepthFeed 的 Kalshi 體育直播頻道透過自適應的公共 REST 收集獲取，並發出僅變更的標準化框架。共享輪詢底線為 125 毫秒，但在上游配額下退卻，因此實際間隔會有所不同，並且必須從數據中讀取新鮮度。
歷史研究
交易和當前的簿冊無法重建較早決策時間的完整階梯。體育回測需要記錄的買單、賣單、規模、時間戳和最終結算，缺失的間隔保持缺失。
DepthFeed 支援針對捕獲的歷史記錄進行體育回測。目前尚不支援前瞻性體育紙面執行，因此該產品將歷史研究與加密貨幣紙面交易流程區分開，而不是暗示尚未發布的功能。
要比較什麼
| 問題 | 證據 | 避免失敗 |
|---|---|---|
| 市場是否處於活躍狀態？ | 觀察新鮮度和交易所狀態 | 使用陳舊的簿冊 |
| 訂單是否可以成交？ | 完整規模階梯 | 假設中間價執行 |
| 提議是否相同？ | 合約和結算條款 | 比較不同的結果 |
| 回測是否知道結果？ | 嚴格的時間過濾 | 結算超前 |
Key takeaways
- 01Kalshi 體育數據應保留原生代碼、是/否值和合約規則。
- 02自適應收集意味著實際的新鮮度會隨著上游條件而變化。
- 03需要記錄的完整深度才能進行過去的執行分析。
- 04DepthFeed 將 Kalshi 簿冊與更廣泛的比賽和賠率背景結合，而不會擦除來源。
- 05支援體育回測；目前尚不支援前瞻性體育紙面執行。
Kalshi 體育市場使用交換合約和是/否簿冊。有用的數據 API 在添加歷史和比賽背景的同時保持該合約身份不變。
免費開始