Kalshi 資料

Kalshi 資料:即時委託簿、API 與四層資料

Kalshi 資料分為四層,回答不同問題。市場、K 線與交易由 Kalshi 自身 API 提供。靜態 Yes 與 No 委託簿是 Kalshi 僅展示當前狀態的層級 — 過去任一時刻的委託簿僅存在於有人記錄時。

Kalshi 存檔的第一手數據

直接從 DepthFeed 自身擷取計算,而非引用供應商表格,因此帶有測量日期與命名群組。於 2026年6月21日的 BTC 15 分鐘市場現場檔案測量。覆蓋範圍持續成長,計數為下限非固定數字。

  • 1.5 十億

    訂單簿快照。錄製的訂單簿,涵蓋 2,600,000+ Kalshi 加密貨幣市場。

  • 1¢

    典型價差。BTC 15分鐘市場的中位數是肯定價差。

  • 96 價格層級於每側

    堂口深度。BTC 15分鐘市場雙邊中位層數,Kalshi 全部 100。

  • 156,000 合約

    靜態數量。同一群組雙方梯隊中位數合約總數。

Kalshi 資料涵蓋四層:市場元資料(系列、事件、市場代號及合約結算方式)、價格歷史(成交 K 線)、交易(成交明細)與委託簿深度(某時刻靜態的 Yes 與 No 買單)。Kalshi API 歷史提供前三層;委託簿端點僅回傳當前委託簿。

瀏覽可下載資料集

真實 Kalshi 訂單簿剖析

此訂單簿逐字摘自一個錄製的 BTC 15 分鐘觀察 — 檔案庫中的真實列,非示意。

有買入盤無買單0.326,6450.311,1290.301,0250.291,5350.67635.10.661,3510.652,6450.642,310
每個價位的待成交量 — KXBTC15M-26JUN211530 (Kalshi)。柱長與大小成正比。

價格為 p 的 yes bid 等同於價格為 1 − p 的 no offer,因此隱含的 yes ask 為 1 − 最佳 no bid。: 完整深度 REST 輪詢.

是價格 / 是數量
靜態有買盤以價格與合約數量呈現,最佳價格優先。
無價格 / 無數量
靜態無買盤。每筆為 1 − 價格的買入報價,這即隱含買入賣價(此處為 0.33)的讀法。
代號
確切的市場代號——系列、事件視窗和行權價——以及唯一穩定的連接鍵。
recv_ts_ms
訂單簿接收時間,為 epoch 毫秒 — 每個 Kalshi 快照依此時間軸排序與合併。

Kalshi 覆蓋範圍一覽

訂單簿快照
1.5 十億+ 記錄觀察
捕捉的市場
2,600,000+
歷史起點:
2026 年一月
市場視窗
15 分鐘、每小時、每日與每週
加密資產
7
訂單簿結構
Yes 和 No 買賣盤梯;隱含賣價 = 1 − 最佳對手買價
交付
REST、CSV 與 Parquet

分層拉取 Kalshi 資料

先依系列發現市場,使代號與元資料附著於請求,再請求單一精確市場代號的錄製訂單簿。

可複製請求shell
curl -s "https://api.depthfeed.com/v3/kalshi/markets?series=KXBTC15M&limit=5" \
  -H "Authorization: Bearer df_your_key"

curl -s "https://api.depthfeed.com/v3/kalshi/<exact_market_ticker>/snapshots?include_orderbook=true" \
  -H "Authorization: Bearer df_your_key"

curl -s "https://api.depthfeed.com/v3/kalshi/<exact_market_ticker>/orderbook/latest" \
  -H "Authorization: Bearer df_your_key"
  • 使用完整市場代碼,包含履約價;事件代碼代表多個擁有不同訂單簿的市場。
  • 將 yes 賣價讀作 1 − 最佳 no 買價;無獨立賣價陣列。
  • 追蹤回應游標取得下一頁,非建構偏移量。

Kalshi 資料

Kalshi 資料的四個層級

  1. 市場與代碼 — 合約實際內容

    Kalshi 為所有項目命名三層嵌套代碼:系列(如 KXBTC15M,代表每 15 分鐘的比特幣市場)、事件(該系列的一個時間窗)及市場(事件內的一個履約價,如 KXBTC15M-26JUN211530-30)。市場代碼是連接鍵;系列與事件代碼用於批量發現市場。錯誤理解此層級是最常見的對帳錯誤,因為一個事件包含多個履約價及截然不同的訂單簿。

  2. Kalshi 價格歷史 — 燭台及其遺漏之處

    Kalshi 的 API 提供燭台:Yes 價格在固定期間的開、高、低、收及成交量。對於預測準確度、校準與繪圖,這是正確輸入。燭台無法說明的是是否有可用量:收盤價 32 美分表示該價有成交,而非 500 合約訂單可在附近成交。在 15 分鐘市場中,粗略燭台序列也只涵蓋合約整個生命週期的少數點。

  3. 交易 — 成交內容

    Kalshi 交易端點回傳成交填單,包含價格、數量與吃單方,歷史層級亦保留這些資料。涵蓋交易量、流向與成交時機研究。與任何交易記錄一樣,無法還原訂單簿:薄弱市場與深度市場可能印出相同交易,故無法僅從交易推導訂單滑價。

  4. Kalshi 訂單簿數據 — Yes 買單、No 買單及隱含賣單

    一個 Kalshi 訂單簿是兩個買單階梯:有買單和無買單。沒有單獨的賣單,因為價格為 p 的無買單相當於價格為 1 − p 的有賣單。在下方記錄的樣本中,最佳有買單是 0.32,最佳無買單是 0.67,因此隱含的有賣單是 0.33 — 一個一分錢市場。Kalshi 的公開訂單簿端點僅針對當前時刻返回此結構;其歷史層級涵蓋交易和蠟燭圖,而非隨時間變化的深度。重播當時的訂單簿需要持續擷取,這正是 DepthFeed 的封存檔所做的。

  5. Kalshi 資料 API:將請求匹配至資料層

    DepthFeed 透過單一 REST 介面提供錄製層。市場發現以系列代號與時間範圍回傳市場及其代號與元資料;快照路由回傳單一精確市場代號的錄製訂單簿,include_orderbook 顯示雙邊階梯;orderbook/latest 回傳最新錄製訂單簿。降採樣選擇真實錄製觀察而非插值,使缺口保持可見。

  6. Kalshi 資料下載:CSV、Parquet 或 REST

    使用 CSV 進行檢視與小型擷取,Parquet 用於大型欄位研究,REST 用於有界或增量拉取。格式應改變位元組傳送方式,絕不改變紀錄意義:保留市場代碼、毫秒接收時間戳、完整的是與否價格及數量陣列,以及明確標示缺失資料。Kalshi 資料集若簡化為每行一價格,即為另一名稱的燭台序列。

  7. 此處刻意未聲稱的事項

    錄製檔案庫始於 2026 年 1 月,為連續捕捉起點,非 Kalshi 開始時間 — Kalshi 自有的 K 線與交易資料比任何第三方訂單簿檔案庫更早,故兩者為互補非替代。此處涵蓋加密貨幣市場;數據描述命名族群的測量樣本,非服務保證。若市場未被捕捉,則明確標示缺口。

整合前拉取真實 Kalshi 委託簿

從有限錄製樣本開始:檢查代碼、時間戳與雙階梯是否符合您的載入器,然後在架構符合需求時建立金鑰。

取得 Kalshi 資料訪問權限 · 瀏覽可下載資料集

更多 Kalshi 數據資訊更多 Kalshi 數據資訊

問題解答。

開始以真實深度回測。