我们为何构建它
回测预测市场策略只有在对其实际交易的订单簿进行重放时才诚实。但订单簿深度实时记录成本高昂,事后补档几乎不可能——因此几乎无人保存。免费档案仅提供小时最后价,无法反映价差、数量或滑点。
我们针对Polymarket CLOB WebSocket和Kalshi公共订单簿运行采集器,将两场所的完整买卖订单簿录入紧凑耐用档案。结果是用于研究显示深度、买卖差价和滑点的记录观察数据集。
我们的工作方式
架构设计小巧且持久:Rust收集器和API,ClickHouse用于热窗口,紧凑的列式冷档案。我们记录捕获内容及频率,精确区分事件驱动捕获(Polymarket)与连续轮询(Kalshi),而非营销文案中的模糊描述。
买家订阅前可以检查的内容
覆盖按交易平台、资产、市场系列、捕获方法和可用历史记录文档化。免费 Explorer 路径允许买家在选择付费历史窗口前检查响应形态。REST 提供存储观察,WebSocket 发布标准化当前订单簿更新;合约单独文档化,集成无需猜测接收的时间戳或字段。
我们还发布基于档案的可复现研究,包括流动性和执行示例。这些示例旨在展示全深度数据在回测中的变化——非承诺交易结果。请从 历史数据概览,查看 API 文档,或比较 买家应验证的数据界面.
我们明确说明的限制
一个记录的订单簿描述了其观测时间点的显示价阶梯。它不证明队列位置、隐藏流动性或存储观测值之间的活动。覆盖范围因交易场所和合约而异,缺失的参考连接保持缺失,而不是用虚构的值填充。这些边界是产品合同的一部分,因为买家应该能够在付费前决定存档是否适合研究。
无关联
DepthFeed 独立运营,与 Polymarket、Kalshi 或任何交易所无关联、无背书、无赞助。所有产品名称均为其各自所有者所有。
有问题或数据请求? 联系我们.
文档化的覆盖范围和交付方式
覆盖按交易平台、资产、系列和捕获方法文档化。可用历史和存储频率因系列而异。
Polymarket · Kalshi · Limitless
预测市场订单簿覆盖
系列专属
记录的档案起始日期和观察频率
JSON
带场馆特定时间戳的规范价格/数量数组
REST + WS
交付:JSON快照和实时流
我们的工作方式
DepthFeed 的区别
完整深度,双边
每个存储的观察保留订单簿双方的挂单级别和数量,而非最后价格或顶级报价。
按交易平台声明的捕获
Polymarket 消费 CLOB WebSocket 消息并按配置存储节奏持久化标准化观察。Kalshi 使用节奏控制的 REST 轮询;实际节奏随活跃市场负载和上游配额变化。
订阅前检查
免费 Explorer 路径展示响应形态,覆盖由场所、系列、方法和可用历史文档说明。
书面限制
一个记录的订单簿是其观测时间点的显示价阶梯。缺失的连接保持缺失;没有任何东西被虚构的值填充。
我们发布的内容产品
订单簿深度、价格条及重放工具,统一时钟。
常见问题
简单回答
