原创 | Odaily 星球日报(@OdailyChina)
作者 | Asher(@Asher_ 0210)
昨晚,Polymarket 进入维护窗口,暂停交易并清空订单簿,随后正式上线 CLOB V2。
按照官方此前披露,这次升级包括新合约、新订单簿、新抵押代币 Polymarket USD,以及新版 CLOB-Client SDK。对用户来说,PUSD、SDK、订单结构这些变化未必马上有明显感知。真正第一时间值得关注的,是长期困扰 Polymarket 的 Ghost Fills,也就是社区常说的“幽灵订单”问题。
V2 的确对这个问题做了处理。此前最容易被利用的 nonce 机制被移除,订单结构和撤单方式也发生了变化。但这并不意味着幽灵订单已经彻底消失,因为 Polymarket 的核心交易模式仍然是链下撮合、链上结算,只要这两个环节之间存在时间差,类似问题就很难被完全抹掉。
订单显示成交,为什么最后失败?
所谓幽灵订单,简单说就是一笔订单在链下看起来已经撮合成功,但最终没有在链上完成结算。
Polymarket 采用的是链下订单簿撮合,再回到链上完成结算的模式。这种设计的优势很明显,交易速度更快,成本更低,也更适合 5 分钟市场这类短周期、高频次的预测市场。
问题也正出在这个时间差上。链下订单簿已经显示成交,并不意味着链上结算一定成功。在一些短周期市场里,用户可能看到订单已经显示成交,以为自己已经买到了对应方向;但等到交易真正提交到链上时,结算却失败了。前一秒看起来已经完成的交易,后一秒又被系统撤回。
对用户来说,这种体验最难受的地方不是单纯失败,而是不确定性。以为已经完成买入或卖出,结果最后没有成交;等重新下单时,价格可能已经变了,交易机会也可能已经错过。
旧版本的问题,是撤单成本太低
在 V1 中,幽灵订单最容易被利用的一条路径来自 incrementNonce。nonce 可以理解为订单里的状态标识。原本它是为了帮助系统管理订单,但在旧版本中,攻击者可以通过调用 incrementNonce,让某个地址下带有旧 nonce 的订单在链上结算时失效。
这就给了攻击者一个时间差操作空间。攻击者可以先让订单在链下完成撮合,让系统显示“成交已经发生”;随后在结算真正上链之前更新 nonce,使这些订单最终执行失败。结果就是,一笔看似已经完成的交易,最后没有在链上真正落地。
问题的关键在于,这种操作成本极低,却能影响一批订单。攻击者只需要付出很低的 gas 成本,就能让本应成交的订单在结算阶段失败。前端看到的是订单先成交、后失败,实际造成的是交易结果不稳定,甚至让用户错过原本的成交价格和交易机会。
幽灵订单问题不是简单的前端显示错误,也不是偶发的链上失败,而是会直接影响用户对交易结果的信任。
V2 做了修补,但不是彻底根除
这次 V2 最关键的变化,是移除了原来的全局 nonce 设计。也就是说,过去通过 incrementNonce 一次性影响一批旧订单的方式,已经被堵上了。同时,V2 简化了订单结构,撤单也转向更细粒度的单笔 order hash。相比旧版本,撤单影响范围被明显压缩,攻击者很难再用一次低成本操作破坏大量挂单。
这对幽灵订单问题是一次实质性修补。过去的问题在于,攻击成本低、影响范围大,复现门槛也不高。V2 之后,最容易被利用的一条路径被移除。攻击者如果想继续制造类似问题,需要付出更高成本,也更依赖具体的系统响应。此外,pauseUser 等机制加入延迟,也是在减少某些状态变化在撮合和结算窗口内被即时滥用的可能。
整体来看,V2 的方向比较清楚:先处理最容易被攻击者利用的环节,再降低类似攻击的收益空间。
但这还不能等同于幽灵订单被彻底解决。原因在于,Polymarket 仍然没有改变链下撮合、链上结算的基本模式。只要订单不是在同一个环境中完成撮合和结算,链下与链上之间就一定存在状态差。余额变化、授权问题、订单状态变化、撤单行为或合约执行失败,都可能让一笔链下已撮合的订单,最终无法在链上落地。
换句话说,V2 解决的是旧版本里最明显、最容易被利用的攻击路径,而不是幽灵订单产生的基础条件。
其他更新,更多是为交易系统补底座
除了幽灵订单,V2 还带来了 PUSD、SDK 和 1271 签名等更新:
- PUSD 为新的抵押稳定币,Polymarket 从 USDC.e 迁移到由 USDC 1:1 支持的 Polymarket USD,普通用户基本无感,但底层资产处理会更统一;
- 新版 CLOB-Client SDK 则主要面向做市商、机器人和系统集成方。V2 后,相关用户需要升级客户端,并用新的订单结构重新签名订单;
- 1271 签名支持,则意味着智能合约钱包、多签账户、机构账户和更复杂的 bot 钱包可以更顺畅地接入 Polymarket。
总的来说,Polymarket 不是单纯修一个漏洞,而是在把自己从一个预测市场应用,改造成更接近交易所的底层系统。当做市商、API 用户和自动化交易者越来越多时,订单能不能稳定成交、结算和兑现,就会比“市场够不够好玩”更重要。
V2 不是终点,而是持续修补的开始
V2 上线后,Polymarket 至少把幽灵订单中最明显的一条攻击路径堵上了。过去那种低成本撤单、批量影响订单的方式,已经很难再照原样复现。对一个正在快速放大的交易平台来说,这是必须完成的一步。
但幽灵订单背后的根源,并不会因为一次版本升级就完全消失。只要 Polymarket 仍然采用链下撮合、链上结算的模式,系统就需要不断处理链下状态和链上结果之间的差异。V2 更像是第一步——先解决最明显、最容易被利用的问题,再通过后续更新继续补齐撮合、结算、监控和风控能力。
预测市场本来交易的就是不确定性,如果连订单本身也充满不确定,用户面对的就不再只是市场风险,而是系统风险。
相关内容
被卡住的Polymarket:走过流量红利的真正大考来了
