編按：Polymarket 在未提前公告的情況下，取消了 500ms 延遲並引入動態手續費，一夜之間讓大量舊有機器人失效。本文圍繞著這個變化，系統整理了新規則下交易機器人的正確建構方式，從手續費機制、訂單簽名，到做市邏輯與低延遲架構，給出了一條清晰、可執行的路徑。

原文標題：How to build a Polymarket bot (after new rules edition)
原文作者：@_dominatos；編譯：Peggy，BlockBeats

新手閱讀：《 比民調更準？Polymarket 是什麼？ 》

文章發布後獲得 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))²

手續費高峰：在 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”,
“feeate
“

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 單簿數據以內。

正確的工作流程是：你來定義技術堆疊、基礎設施和限制條件，AI 在此之上產生具體的策略與實作邏輯。

當然，就算你把機器人的邏輯描述得再完美，上線前也必須先測試。尤其是在現在這個階段，手續費已經開始實質侵蝕利潤空間，在真實手續費曲線下做回測，已經是上線前的必修課。

2026 年真正能贏的機器人，不是最快的 taker，而是最優秀的流動性提供者。

請按這個方向來建立你的系統。