如何基于订单簿回测 Polymarket 策略

为什么最新成交价的回测会骗人

大多数可免费获取的 Polymarket 数据都是最新成交价，而且往往每小时才采样一次。这只够画一张图，仅此而已。回测要回答的是一个更难的问题：如果我的订单在那一刻已经挂在盘上（或者已经跨过价差吃单），它能不能成交？能成交多少？成交价是多少？

要回答这些问题，需要的是订单簿——买卖双方每一笔带着挂单量的驻留挂单——而不是一个单一的数字。一个用中间价回测的策略，等于假设自己永远以中间价、零滑点成交，而这从来都不成立。在临近结算时价差会迅速扩大的短期加密货币市场上，这个假设足以把一个亏损策略翻转成表面上的盈利策略。

第 1 步——获取全深度订单簿数据

从双方的记录完整深度订单簿开始。DepthFeed 摄入 Polymarket CLOB 更新，但记录的观察遵循文档中记录的捕获节奏，并且可能存在间隔。检查您市场可用的时间戳，而不是假设所有上游事件都已被保留。

通过 REST API 拉取你想要的市场：先用 GET /v3/{coin}/markets 发现市场，再从 /v3/{coin}/markets/{id}/snapshots 拉取深度。每个快照都带有买卖价和挂单量数组，以及以 epoch-millis 表示的交易所时间戳和接收时间戳。

第 2 步——重建每一时刻的订单簿

按时间戳顺序重放记录的观察。每个观察都描述了该观察时的存储订单簿，包括最佳买价、最佳卖价、深度和价差。不要推断观察之间的确切订单簿状态或保证成交；在回测中明确任何插值或持久性假设。

第 3 步——依照真实深度模拟成交

现在要诚实地模拟撮合。一笔可成交订单会逐档吃单：先吃最优档，再吃下一档，直到把自身数量耗尽——所以一旦它吃掉的量超过最顶档，其平均成交价就会比触及价更差。一笔驻留挂单则会加入排队，只有当市场以足够的成交量穿过它的价格时才会成交。

依照所记录的挂单阶梯来计算成交量，正是整件事的关键所在：它给你的是真实的滑点和成交概率，而不是那种你永远以中间价成交的虚构。

第 4 步——关联标的价格

Polymarket 的加密货币涨跌市场由标的资产的现货走势驱动。每一个 DepthFeed 快照都通过 epoch-millis 时间戳关联到一个高频的 Binance 参考价格，这样你就能把订单簿状态与那段为合约重新定价的现货走势对齐——这对任何交易加密价格与市场隐含概率之间关系的策略来说都不可或缺。

步骤 5 — 验证实时数据适配器

历史 REST 响应和实时 WebSocket 帧使用不同的文档化合约。在将两者输入共享策略逻辑之前，验证其标识符、时间戳和字段的适配器。在记录的观察上进行回测，然后通过模拟交易对实时适配器进行前向测试。

常见陷阱

• 使用最新成交价数据：掩盖价差与滑点；虚高回测收益。
• 固定间隔的快照：每小时或每分钟一次的采样会错过一个 5 分钟市场的大部分生命周期。
• 忽略排队位置：假设驻留挂单总能成交，会高估被动策略的表现。
• 前视偏差：只对接收时间戳早于或等于你决策时刻的数据做出反应。
• 跳过标的：加密货币涨跌的优势通常藏在现货与概率之间的关系里。