编者按:Polymarket 在未提前公告的情况下,取消了 500ms 延迟并引入动态手续费,一夜之间让大量旧有机器人失效。本文围绕这一变化,系统梳理了新规则下交易机器人的正确构建方式,从手续费机制、订单签名,到做市逻辑与低延迟架构,给出了一条清晰、可执行的路径。
文章发布后获得 1.1M 次浏览量,引发广泛讨论。在新的 Polymarket 规则下,优势正在从 taker 套利转向以做市和流动性提供为核心的长期结构。
以下为原文:
Polymarket 悄然取消了 500 毫秒延迟
下面讲清楚:在新规则下,如何构建一个真正能跑、而且能赚钱的机器人
两天前,Polymarket 在加密市场中移除了 500 毫秒的 taker 报价延迟。没有公告,没有提醒。一夜之间,平台上一半的机器人直接失效。但与此同时,这也创造了 Polymarket 上线以来,对新机器人最大的机会窗口。
今天我会详细解释:在新规则下,如何构建一个仍然有效的机器人。
因为 2 月 18 日之前你见过的一切方案,现在都已经过时了。
如果你现在去让一个 AI 模型帮你写 Polymarket 机器人代码,它给你的,一定还是旧规则下的方案:REST 轮询、不处理手续费、完全不知道 500ms 缓冲已经不存在
这样的机器人,从第一笔交易开始就会亏钱。
下面我来解释:到底变了什么,以及该如何围绕这些变化重新设计机器人。
发生了什么变化?
过去两个月里,一共发生了三件关键变化:
1.500 毫秒的 taker 延迟被移除(2026 年 2 月 18 日)
过去,所有 taker 订单在执行前都会等待 500 毫秒。做市商正是依赖这段缓冲时间,来撤销已经「过期」的报价,这几乎相当于免费的保险机制。
现在不同了。taker 订单会立刻成交,没有任何撤单窗口。
2. 加密市场引入动态 taker 手续费(2026 年 1 月)
15 分钟和 5 分钟的加密市场,现在开始对 taker 收费,公式为:手续费 = C × 0.25 × (p × (1 - p))2
手续费峰值:在 50% 概率附近约 1.56%
在极端概率区间(接近 0 或 1)时,手续费接近 0
还记得那个 靠 Binance 与 Polymarket 价格延迟套利,一个月赚了 51.5 万美元、胜率 99% 的机器人吗?
那个策略已经彻底死了。因为 仅手续费本身,就已经高于可套利的价差。
新的 Meta 是什么?
一句话总结:做 maker,不要做 taker。
原因很简单:
·Maker 不需要支付任何手续费
·Maker 可以每天获得 USDC 返佣(由 taker 手续费补贴)
·500ms 延迟取消后,maker 的挂单成交速度反而更快
现在最顶级的机器人,光靠返佣就已经能盈利,甚至不需要吃价差。如果你还在做 taker 机器人,你面对的是一条不断上升的手续费曲线。在 50% 概率附近,你至少需要超过 1.56% 的优势,才能勉强打平。
祝你好运。
那么,2026 年真正可行的机器人该怎么做?
下面是一个 在 2026 年仍然有效的机器人架构设计思路:
核心组件:
1. 使用 WebSocket,而不是 REST
REST 轮询已经彻底失效了。等你的 HTTP 请求完成一次往返,机会早就没了。你需要的是 基于 WebSocket 的实时订单簿数据流,而不是间歇性的拉取。
2. 手续费感知的订单签名(Fee-aware order signing)
这是以前根本不存在的新要求。现在,在你签名的订单 payload 中,必须包含 feeRateBps 字段。如果你遗漏了这个字段,在启用了手续费的市场中,订单会被直接拒绝。
3. 极速的撤单 / 重下循环(cancel / replace loop)
在 500ms 缓冲被移除之后:如果你的撤单—重下流程 超过 200ms,你就会被「反向选择」(adverse selection)。别人会在你更新报价之前,直接吃掉你的过期挂单
如何搭建
1. 获取你的私钥
使用你登录 Polymarket 的同一把私钥即可(EOA / MetaMask / 硬件钱包)
export POLYMARKET_PRIVATE_KEY="0xyour_private_key_here"
2. 设置授权(一次性操作)
在 Polymarket 能执行你的交易之前,你需要先对以下合约进行授权:USDC、条件型代币(conditional tokens)
每个钱包只需要做一次。
3. 连接 CLOB(中央限价订单簿)
官方提供的 Python 客户端可以直接使用:pip install py-clob-client
不过,在 Rust 生态里现在已经有了更快的选择:
·polyfill-rs(热路径零分配、SIMD JSON 解析,性能提升约 21%)
·polymarket-client-sdk(Polymarket 官方 Rust SDK)
·polymarket-hft(完整的 HFT 框架,集成 CLOB + WebSocket)
选择哪个并不重要,关键是选一个你能最快上线、跑起来的方案。
4. 在每一笔下单前查询手续费率
GET /fee-rate?tokenID={token_id}
永远不要硬编码手续费。
手续费是按市场变化的,而且 Polymarket 可以随时调整。
5. 在订单签名中包含手续费字段
在签名订单时,必须把手续费字段一并写入 payload。缺少这一项,订单将无法在启用手续费的市场中被接受。
{
"salt": "...",
"maker": "0x...",
"signer": "0x...",
"taker": "0x...",
"tokenId": "...",
"makerAmount": "50000000",
"takerAmount": "100000000",
"feeRateBps": "150"
}
CLOB 会基于 feeRateBps 来校验你的订单签名。只要签名中包含的费率和当前实际费率不一致,订单就会被直接拒绝。
如果你使用的是 官方 SDK(Python 或 Rust),这一逻辑会被自动处理;但如果你是自己实现签名逻辑,这一点必须自行处理,否则订单根本发不出去。
6. 在买卖两侧同时挂 maker 单
通过挂 限价单 来为市场提供流动性:在 YES 和 NO 两种代币 上;同时挂 BUY 和 SELL。这正是你获得返佣(rebates)的核心方式。
7. 运行撤单 / 重下循环(cancel / replace loop)
你需要同时监控:外部价格源(例如 Binance 的 WebSocket);你当前在 Polymarket 上的挂单。
一旦价格发生变化:立即撤销过期报价;以新的价格重新挂单。目标是:整个循环控制在 100ms 以内。
关于 5 分钟市场的特别说明
5 分钟周期的 BTC 涨跌市场是确定性的。
你可以仅通过时间戳,直接计算出对应的具体市场:
每天一共有 288 个市场。每一个,都是一次全新的机会。
目前验证有效的策略:在 窗口结束前 T–10 秒,BTC 的涨跌方向 大约已经有 85% 被确定,但 Polymarket 的赔率尚未完全反映这一信息。
操作方式是:在胜率更高的一侧;以 0.90–0.95 美元 的价格挂出 maker 单。
如果成交:结算时每份合约可获得 0.05–0.10 美元 的利润;零手续费;另外还能拿到 返佣(rebates)。
真正的优势来自于:你比其他做市商更快判断出 BTC 的方向,并且更早把订单挂上去。
会直接「送你出局」的常见错误
·仍然使用 REST,而不是 WebSocket
·订单签名中 没有包含 feeRateBps
·在家用 Wi-Fi 上跑机器人(150ms 以上延迟,对比机房 VPS 的 <5ms)
·在 接近 50% 概率的区间做市,却没有考虑反向选择风险
·硬编码手续费率
·没有合并 YES / NO 仓位(导致资金被锁死)
·还在用 2025 年那套 taker 套利思路
正确使用 AI 的方式
技术部分到这里就结束了。现在你已经掌握了:架构设计手续费、计算方式、新的市场规则
接下来,你再去打开 Claude 或任何一个靠谱的 AI 模型,给它一个足够明确、具体的任务描述,例如:「这是 Polymarket 的 SDK。 请帮我写一个用于 5 分钟 BTC 市场 的 maker 机器人:监听 Binance WebSocket 获取价格在 YES / NO 两侧同时挂 maker 单订单签名中包含 feeRateBps使用 WebSocket 获取订单簿数据撤单 / 重下循环控制在 100ms 以内。」
正确的工作流是:你来定义技术栈、基础设施和约束条件,AI 在此之上生成具体的策略与实现逻辑。
当然,即便你把机器人的逻辑描述得再完美,上线前也必须先测试。尤其是在现在这个阶段,手续费已经开始实质性侵蚀利润空间,在真实手续费曲线下做回测,已经是上线前的必修课。
2026 年真正能赢的机器人,不是最快的 taker,而是最优秀的流动性提供者。
请按这个方向来构建你的系统。
