原文標題:如何構建 Polymarket 機器人(在新規則版本後)
原文作者:@_dominatos
編譯:Peggy,BlockBeats
編者備註:Polymarket 在未事先公告的情況下,取消了 500 毫秒延遲並引入動態手續費,一夜之間讓大量舊有機器人失效。本文圍繞這一變化,系統梳理了新規則下交易機器人的正確構建方式,從手續費機制、訂單簽名,到做市邏輯與低延遲架構,給出了一條清晰、可執行的路徑。
文章發布後獲得 1.1M 次瀏覽量,引發廣泛討論。在新的 Polymarket 規則下,優勢正在從 taker 套利轉向以做市和流動性提供為核心的長期結構。
以下為原文:
Polymarket 悄然取消了 500 毫秒延遲
下面講清楚:在新規則下,如何構建一個真正能跑、而且能賺錢的機器人
兩天前,Polymarket 在加密市場中移除了 500 毫秒的 taker 報價延遲。沒有公告,沒有提醒。一夜之間,平臺上一半的機器人直接失效。但與此同時,這也創造了 Polymarket 上線以來,對新機器人最大的機會窗口。
今天我會詳細解釋:在新規則下,如何構建一個仍然有效的機器人。
因為 2 月 18 日之前你見過的一切方案,現在都已經過時了。
如果你現在去讓一個 AI 模型幫你寫 Polymarket 機器人碼,它給你的,一定還是舊規則下的方案:REST 輪詢、不處理手續費、完全不知道 500ms 緩衝已經不存在
這樣的機器人,從第一筆交易開始就會虧錢。
下面我來解釋:到底變了什麼,以及該如何圍繞這些變化重新設計機器人。
過去兩個月裡,一共發生了三件關鍵變化:
過去,所有 taker 訂單在執行前都會等待 500 毫秒。做市商正是依賴這段緩衝時間,來撤銷已經「過期」的報價,這幾乎相當於免費的保險機制。
現在不同了。taker 訂單會立刻成交,沒有任何撤單視窗。
15 分鐘和 5 分鐘的加密市場,現在開始對 taker 收費,公式為:手續費 = C × 0.25 × (p × (1 - p))²
手續費峰值:在 50% 機率附近約 1.56%
在極端機率區間(接近 0 或 1)時,手續費接近 0
還記得那個 靠 Binance 與 Polymarket 價格延遲套利,一個月賺了 51.5 萬美元、勝率 99% 的機器人嗎?
那個策略已經徹底死了。因為 僅手續費本身,就已經高於可套利的價差。
一句話總結:做 maker,不要做 taker。
原因很簡單:
·Maker 不需要支付任何手續費
·Maker 可以每天獲得 USDC 返佣(由 taker 手續費補貼)
·500ms 延遲取消後,maker 的掛單成交速度反而更快
現在最頂級的機器人,光靠返佣就已經能盈利,甚至不需要吃價差。如果你還在做 taker 機器人,你面對的是一條不斷上升的手續費曲線。在 50% 機率附近,你至少需要超過 1.56% 的優勢,才能勉強打平。
祝你好運。
下面是一個 在 2026 年仍然有效的機器人架構設計思路:

核心組件:
REST 輪詢已經徹底失效了。等你的 HTTP 請求完成一次往返,機會早就沒了。你需要的是 基於 WebSocket 的即時訂單簿數據流,而不是間歇性的拉取。
這是以前根本不存在的新要求。現在,在你簽名的訂單 payload 中,必須包含 feeRateBps 欄位。如果你遺漏了這個欄位,在啟用了手續費的市場中,訂單會被直接拒絕。
在 500ms 緩衝被移除之後:如果你的撤單—重下流程 超過 200ms,你就會被「反向選擇」(adverse selection)。別人會在你更新報價之前,直接吃掉你的過期掛單
使用你登錄 Polymarket 的同一把私鑰即可(EOA / MetaMask / 硬件錢包)
export POLYMARKET_PRIVATE_KEY="0x你的私鑰在這裡"
在 Polymarket 能執行你的交易之前,你需要先對以下合約進行授權:USDC、條件型代幣(conditional tokens)
每個錢包只需要做一次。
官方提供的 Python 客戶端可以直接使用:pip install py-clob-client
不過,在 Rust 生態裡現在已經有了更快的選擇:
·polyfill-rs(熱路徑零分配、SIMD JSON 解析,性能提升約 21%)
·polymarket-client-sdk(Polymarket 官方 Rust SDK)
·polymarket-hft(完整的 HFT 框架,集成 CLOB + WebSocket)
選擇哪個並不重要,關鍵是選一個你能最快上線、跑起來的方案。
GET /fee-rate?tokenID={token_id}
永遠不要硬編碼手續費。
手續費是按市場變化的,而且 Polymarket 可以隨時調整。
在簽名訂單時,必須把手續費欄位一併寫入 payload。缺少這一項,訂單將無法在啟用手續費的市場中被接受。
{
"salt": "...",
"maker": "0x...",
"signer": "0x...",
"taker": "0x...",
"tokenId": "...",
"makerAmount": "50000000",
"takerAmount": "100000000",
"feeRateBps": "150"
}
CLOB 會基於 feeRateBps 來校驗你的訂單簽名。只要簽名中包含的費率和當前實際費率不一致,訂單就會被直接拒絕。
如果你使用的是 官方 SDK(Python 或 Rust),這一邏輯會被自動處理;但如果你是自己實現簽名邏輯,這一點必須自行處理,否則訂單根本發不出去。
通過掛 限價單 來為市場提供流動性:在 YES 和 NO 兩種代幣 上;同時掛 BUY 和 SELL。這正是你獲得返佣(rebates)的核心方式。
你需要同时監控:外部價格源(例如 Binance 的 WebSocket);你當前在 Polymarket 上的掛單。
一旦價格變動:立即撤銷過期報價;以新的價格重新掛單。目標是:整個循環控制在 100 毫秒以內。
5 分鐘周期的 BTC 漲跌市場是確定性的。
你可以僅通過時間戳,直接計算出對應的具體市場:

每天一共有 288 個市場。每一個,都是一次全新的機會。
目前驗證有效的策略:在 窗口結束前 T–10 秒,BTC 的漲跌方向 大約已經有 85% 被確定,但 Polymarket 的賠率尚未完全反映這一信息。
操作方式是:在勝率更高的一側;以 0.90–0.95 美元 的價格掛出 maker 單。
如果成交:結算時每份合約可獲得 0.05–0.10 美元 的利潤;零手續費;另外還能拿到 返傭(rebates)。
真正的優勢來自於:你比其他做市商更快判斷出 BTC 的方向,並且更早把訂單掛上去。
·仍然使用 REST,而不是 WebSocket
·訂單簽名中 沒有包含 feeRateBps
·在家用 Wi-Fi 上跑機器人(150 毫秒 以上延遲,對比機房 VPS 的 <5 毫秒)
·在 接近 50% 機率的區間做市,卻沒有考慮反向選擇風險
·硬編碼手續費率
·沒有合併 YES / NO 倉位(導致資金被鎖死)
·還在用 2025 年那套 taker 套利思路
技術部分到這裡就結束了。現在你已經掌握了:架構設計手續費、計算方式、新的市場規則
接下來,你再去打開 Claude 或任何一個靠譜的 AI 模型,給它一個足夠明確、具體的任務描述,例如:「這是 Polymarket 的 SDK。 請幫我寫一個用於 5 分鐘 BTC 市場 的 maker 機器人:監聽 Binance WebSocket 獲取價格在 YES / NO 兩側同時掛 maker 單訂單簽名中包含 feeRateBps使用 WebSocket 獲取訂單簿數據撤單 / 重下循環控制在 100ms 以內。」
正確的工作流是:你來定義技術棧、基礎設施和約束條件,AI 在此之上生成具體的策略與實現邏輯。
當然,即便你把機器人的邏輯描述得再完美,上線前也必須先測試。尤其是在現在這個階段,手續費已經開始實質性侵蝕利潤空間,在真實手續費曲線下做回測,已經是上線前的必修課。
2026 年真正能贏的機器人,不是最快的 taker,而是最優秀的流動性提供者。
請按這個方向來構建你的系統。
[原文鏈接]
歡迎加入律動 BlockBeats 官方社群:
Telegram 訂閱群:https://t.me/theblockbeats
Telegram 交流群:https://t.me/BlockBeats_App
Twitter 官方帳號:https://twitter.com/BlockBeatsAsia