Kalshi 订单簿数据
Kalshi 订单簿数据
中间价隐藏了价差和每个档位的挂单数量。DepthFeed 捕获 Kalshi 的完整订单簿——完整的是/否订单簿——每边最多 100 个档位——因此您可以衡量真实订单所支付的滑点和实际存在的流动性。
Kalshi 订单簿数据是市场的二级视图：挂单买卖价及其显示数量。DepthFeed 记录对 Kalshi 公开 REST 订单簿的连续全深度轮询，并在每次存储观察时提供完整阶梯，允许回测时遍历记录的深度，而非假设无限的中间价流动性。
Kalshi 订单簿数据一览
- 捕获方式
- 有节奏的全深度 REST 轮询
- 深度
- 每边最多 100 个档位（是/否）
- 序列
- KX{ASSET}15M · KX{ASSET} · KX{ASSET}D
- 市场窗口
- 15 分钟 · 每小时 · 每日 · 每周
- 资产
- 7 — BTC · ETH · SOL · XRP · DOGE · BNB · HYPE
- 时间戳
- 毫秒级观察时间；场所特定源时间戳
- 基础价格
- 可用时最近的 Binance 参考价
- 历史
- 7/30/90 天窗口 + 完整档案（Desk）
- 交付方式
- REST 历史数据 + 归一化实时 WebSocket 帧
- 分辨率
- 原始存储观察或 ?interval= 1s–1d
按精确代码请求Kalshi订单簿
Kalshi系列名称和市场代码是不同的标识符。先发现请求时间窗口的交易场所本地代码，然后向订单簿或快照端点传递一个精确代码。
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>/orderbook/latest" \
-H "Authorization: Bearer df_your_key"- 不要从UTC时间戳合成历史市场代码；请使用发现返回的标识符。
- DepthFeed将价格归一化到0–1美元，同时保留交易场所本地代码和是/否订单簿语义。
Kalshi 订单簿数据
为何完整深度至关重要
双方，每个档位
顶级订单簿或单一中价几乎无法告知执行情况。DepthFeed 提供完整的是/否订单簿——kalshi 每边最多 100 级，每个快照包含买卖价和数量数组——这些列是您实际重建订单簿所需。使用这些级别计算价差、可见深度和订单规模的估计滑点。聚合的订单簿级别不确定队列位置，也不保证实时成交。
节奏是明确声明的，而非推断
存储的订单簿无法描述观察间的活动。DepthFeed 记录有节奏的 REST 轮询；实际节奏随活跃市场负载和 Kalshi 上游配额变化；API 返回实际存在的时间戳，且绝不插值缺失的订单簿状态。
对齐记录订单簿与参考序列
API 响应包含毫秒级观察时间，并在可用时 ASOF 对齐最近的 Binance 参考价格。这支持带时间戳的研究，而不声称使用源未提供的交易所时间戳或参考值。
归一化前解读 Kalshi 是/否阶梯
Kalshi 当前的定点订单簿响应以美元价格和数量对形式暴露是和否买价阶梯。相反的卖价由二元补数隐含：是卖价对应于 1 减去最佳否买价，否卖价对应于 1 减去最佳是买价。DepthFeed 将其归一化为一致的 0–1 订单簿，同时保留精确的代码和原生是/否含义以便审计。
