採購指南

最佳的 Kalshi 訂單簿數據，以及如何挑選

你能找到的 Kalshi 數據，大多是每小時取樣一次的最後成交價——拿來畫圖還行，拿來回測卻毫無用處。以下說明，究竟是什麼，把一個你能據以交易的 Kalshi 數據來源，和一個只是「看起來像數據」的來源區分開來。

判斷數據能否回測的五項標準

1. 解析度：事件驅動，而非按固定間隔取樣

按固定時鐘擷取的快照——每小時、每分鐘、每幾百毫秒一次——會錯過兩次取樣之間發生的所有事。Kalshi 的短天期市場在 5 到 60 分鐘內就會結算，因此按間隔取樣只能從一個市場的整段生命週期中，捕捉到寥寥數個畫面。

DepthFeedDepthFeed 在每一筆訂單簿與價格變動事件發生的當下即予記錄——Polymarket 上傳輸中位數約 10ms，Kalshi 則持續進行全深度輪詢——因此取樣之間沒有任何資訊遺漏。

2. 深度，而非最後成交價

最後成交價（或單一中間價）會隱藏買賣價差，以及每一檔位上掛著的數量。沒有完整的價格階梯，你就無法衡量滑價；而一個假設你以中間價成交的回測，就是一個會說謊的回測。

DepthFeedDepthFeed 提供完整的買賣訂單簿，雙邊、每一檔位——Kalshi 上每邊最多 100 levels——因此成交是針對真正存在過的流動性來計量。

3. 覆蓋範圍：一套 schema，涵蓋每個場館與資產

單一場館的資料集，逼你為每個市場拼湊出一種不同的格式，每新增一個就得重寫一次載入器。資產覆蓋不完整，更悄悄限制了你連測試都做不了的策略。

DepthFeedDepthFeed 以一套穩定的欄式 schema 提供 Polymarket、Kalshi 與 Limitless，橫跨七種資產——BTC、ETH、SOL、XRP、DOGE、BNB、HYPE——因此同一份程式碼就能讀取每一個場館。

4. 傳輸方式：即時 API 與串流，而非靜態檔案

可下載的 CSV 或 Parquet 檔案是一個凍結的快照——它會過時，你得重新下載，而且它永遠不會變成你真正拿來交易的東西。研究用格式和正式環境格式最後各不相同，於是你得把一切重新接管才能上線。

DepthFeedDepthFeed 是用於歷史數據的計量式 REST API，以及用於當下的即時 WebSocket 串流，兩者輸出完全相同的 JSON。先回測，再把同一份程式碼指向即時動態並進行交易。

5. 你能信賴的真實成交模擬

回測的全部意義，就在於知道一個策略當時是否會成交、以及以什麼價格成交。唯有當你重播策略當時真正會交易到的那份訂單簿，且時間戳精細到足以對齊驅動該波動的行情，這個答案才會存在。

DepthFeed每一個 DepthFeed 快照都帶有以 epoch-millis 計的交易所時間戳與接收時間戳，並與一個高頻的標的價格相接合，因此訂單簿狀態能與現貨行情逐 tick 對齊。

常見選項的不足之處

人們在尋找 Kalshi 數據時，通常會找上以下四種來源之一。每一種各有用途，但沒有一種是你用來回測的訂單簿。

交易所自家的 API
會揭露當前市場、成交，以及即時的盤口頂端，但不提供歷史訂單簿快照——你沒有任何辦法重播訂單簿當時的樣貌。
免費的每小時歸檔
給你的是每小時取樣一次的最後成交價。對一個可能只存活五分鐘的市場而言，那只是一個畫面——沒有價差、沒有深度，沒有任何東西能據以計量成交。
最後成交價與成交紀錄帶 API
告訴你的是成交印出了什麼，而非當時掛著什麼。你看得到已執行的成交，卻永遠看不到背後的流動性，於是滑價與成交機率始終是隱形的。
單一場館的檔案傾印
往往帶有真實深度，但只限一個場館、一種客製格式，並以靜態下載的形式提供——沒有即時串流、沒有第二個場館，而且一落地就已過時。

為什麼選擇 DepthFeed

DepthFeed 是為了同時跨越這五道門檻而為 Kalshi 打造的數據來源：事件驅動的全深度擷取，以乾淨的 REST API 提供歷史數據，並以即時 WebSocket 串流提供當下數據，兩者輸出完全相同的 JSON。完整的 Kalshi 訂單簿與價格數據，可直接針對真實流動性進行回測，再用同一份程式碼上線交易。

免費開始閱讀 API 文件

問題，一一解答。

最佳來源是這樣一個：它記錄每一筆訂單簿變動（而非按固定間隔取樣），提供雙邊完整的買賣價格階梯（而非僅有最後成交價），以一套 schema 涵蓋你所交易的場館與資產，並以相同格式提供歷史與即時數據，讓你能用回測過的那份程式碼上線交易。DepthFeed 正是為 Kalshi 做到這一切而打造，在 Polymarket 上即時傳輸中位數約 10ms，並對 Kalshi 進行持續的全深度擷取。