Polymarket 数据
Polymarket 数据：实时订单簿、API 及四层数据
Polymarket 数据不是单一数据集——它是回答非常不同问题的四层，大多数失望来自用一层数据回答另一层的问题。市场、价格和交易广泛可用。静态订单簿是必须实时记录的层，也是决定成交是否现实的关键。
Polymarket归档的第一手数据
这些数据直接由DepthFeed自身捕获计算，而非引用供应商表，因此带有测量日期和命名群体，而非营销数字。测量于2026年6月21日，针对BTC上下5分钟市场。覆盖持续增长，计数为下限而非固定数字。
450 百万
订单簿快照。去重记录的订单簿，涵盖380,000+个 Polymarket 市场。
~10毫秒
接收源。见下采样快照；为测量样本，非服务承诺。
49 个价格级别每侧
阶梯深度。BTC 涨跌 5分钟市场每边中位数层级。
94,000 个挂单深度份额
挂单量。同一组两侧挂单份额的中位数总量。
Polymarket 数据涵盖四层：市场元数据（市场是什么及如何结算）、价格历史（随时间的交易价格）、链上交易（执行情况及参与者）和订单簿深度（某一时刻的静态买卖盘）。前三层可事后检索；订单簿深度仅在实时捕获时存在。
真实 Polymarket 订单簿结构
此阶梯逐字复制自一个记录的BTC上下5分钟观察——档案中的真实行，非示例。
是的/上涨代币订单簿；否/下跌侧为二元补集（下跌 = 1 − 上涨）。: 捕获于交易所时间戳后10毫秒.
- orderbook_up.bids / .asks
- 静态订单簿两侧的[价格，数量]——订单实际成交的对象，也是唯一使滑点可测量的字段。
- price_up / price_down
- 每个结果报价介于 0–1 作为隐含概率；Down 是 Up 的精确补数。
- btc_price
- 基础参考价格，ASOF合并至此精确快照，使订单簿与现货对齐。
- ID / 时间
- 订单簿的毫秒交易所时间戳；保留接收时间戳以保持捕获延迟可测。
Polymarket 覆盖概览
- 订单簿快照
- 450 百万+ 记录观测
- 捕获的市场
- 380,000+
- 历史起始于
- 最长运行系列中的 2026 年一月
- 市场窗口
- 5 分钟，15 分钟，1 小时，4 小时，和 24 小时
- 加密资产
- 7 (BTC, ETH, SOL, XRP, DOGE, BNB, HYPE)
- 引用的已结算市场
- 60,307 有记录结果
- 捕获方法
- 已摄取CLOB更新；存储节奏和间隙有文档说明
- 交付
- REST、CSV 和 Parquet
按层拉取 Polymarket 数据
先发现以保持标识符和元数据附着于请求，然后请求某市场的录制观测。include_orderbook 返回存储阶梯而非扁平价格。
curl -s "https://api.depthfeed.com/v3/btc/markets?limit=5" \
-H "Authorization: Bearer df_your_key"
curl -s "https://api.depthfeed.com/v3/btc/markets/<market_id>/snapshots?include_orderbook=true&interval=1m" \
-H "Authorization: Bearer df_your_key"- 省略间隔以使用原始存储分辨率；降采样选择录制的观测值，且绝不插值缺失订单簿。
- 跟随响应游标获取下一页，避免构建偏移分页。
- 将研究绑定到结果代币ID — slug仅用于显示，非稳定的连接键。
Polymarket 数据
Polymarket 数据的四个层级
市场和元数据——合约的实际内容
元数据层定义交易问题：条件和代币标识符、结果标签、市场窗口、结算来源和结算规则。Polymarket 的 Gamma API 是此处事实依据且免费。此层易得且易被低估——大多数下游对账错误是标识符错误，因为 Polymarket 市场有多个标识符（条件 ID、每结果代币 ID、slug），且不可互换。请绑定研究至特定结果的代币 ID，仅将 slug 用于显示。
价格历史 — 成交价及分辨率
价格层是市场交易或报价的时间序列。它回答有关方向、预测准确性和校准的问题，对于这些问题它是正确的输入。它的局限在于分辨率和含义：最后价格序列告诉你交易发生在该价格，但不代表你的订单能以该价格成交。在短期市场上，粗略的序列可能在整个市场生命周期中只有少数几个点，且没有一个与策略可能采取行动的时刻对齐。
交易和链上流动——成交了什么，由谁成交
因 Polymarket 在 Polygon 上结算，成交和钱包活动公开可见，链上索引器对此层覆盖良好。它是成交量、资金流、钱包研究和排行榜分析的正确来源。无法恢复的是订单簿：两个截然不同的订单簿——一个挂单深度大，一个几乎无挂单——可能产生相同的成交记录，因此仅凭成交无法推导滑点。
订单簿——必须实时录制的层
订单簿是某一瞬间的挂单买卖：价格、数量及阶梯深度。它是唯一能回答订单是否成交、平均价格及成本大小的层级。也是唯一无法补填的层级：一旦时刻过去，该时刻订单簿状态即消失，除非有连接并记录。Polymarket 通过其 CLOB websocket 流式传输实时订单簿，但不提供档案，因此历史深度仅能从持续捕获方获得。
Polymarket 数据 API：匹配请求与层级
DepthFeed 通过一个 REST 接口提供录制层。发现接口返回市场及其标识和元数据；快照接口返回某市场的录制观测，include_orderbook 参数暴露存储的阶梯，interval 参数选择每桶一个录制行。降采样选择真实录制观测而非插值，因此缺口保持为可见缺口，而非被平滑成无人测量的数字。
Polymarket 数据集下载：CSV、Parquet 或 REST
使用CSV进行检查和小规模扁平提取，Parquet用于大型列式研究，REST用于有界或增量查询。格式应改变字节传输方式，而非记录含义：保留市场标识符、交易所和接收时间戳、完整买卖价格和数量数组、结算字段，以及数据缺失的明确标记。将阶梯扁平化为单一价格的数据集即为披着数据集名义的价格序列。
此处故意不声明的内容
覆盖有下限和形态，两者比标题行数更重要。档案始于捕获开始时间，而非 Polymarket 开始时间，最长系列追溯最远，新群组起始较晚。延迟数据描述测量样本，不是服务保证。未捕获市场显示明确缺口，而非插值值——这虽不美观，但对依赖回测更有用。
