核心命題：Polymarket 在 2026 年初取消了 500 毫秒的 taker 報價延遲、並對短週期加密市場加入動態 taker 手續費。這兩件事一起發生，把「吃單搶價差」的舊套利模式直接壓到負期望值，優勢轉移到掛單提供流動性的 maker 一側。你若拿 2025 年的教學或讓 AI 憑舊知識產生程式碼，第一筆交易就會開始虧。
「硬體成本 19 天就回收」「利潤快到 40 萬美元」「最大的一筆是他睡著的時候發生的」——這類貼文很好看，但沒有可查證的來源。
我查過公開報導，找不到對應這組數字的原始出處或鏈上驗證。同一時期確實有被報導過的案例：例如某個機器人靠 Binance 與 Polymarket 之間的報價延遲套利，一個月做出約 51.5 萬美元、勝率 99%——但那個策略在 2026 年 1 月手續費上線後已經失效，因為手續費本身就大於可套的價差。另一則被引用較多的公開分享，是開發者用自建資料集回測 BTC 15 分鐘市場，把 1,000 美元跑成 1,869 美元（ROI 86%）；同一支機器人換一組較激進的參數，兩天後是 −50%。
社群上的獲利截圖有嚴重的倖存者偏差：賺錢的會截圖，虧錢的不會。而且損益面板可以只截某一段時間、可以是未實現損益、可以是回測不是實盤。
本文把那則貼文當成一個題目而非一個事實——題目是：「如果我真的要在自己家裡跑一支預測市場機器人，2026 年的正確架構長什麼樣？」
「真正的優勢從來不是硬體，是問對了問題。」這句成立，而且有精確的技術含義：你的優勢來自資訊落差與規則理解，不是來自機殼裡的晶片。事實上在這件事情上，家裡的 Mac 有一個很難補的劣勢——網路延遲。這點我們在第 05 節會算給你看。
如果你只記得一件事，記這個：2026 年 2 月 18 日之前的所有 Polymarket 機器人教學，現在都是過期資訊。
過去所有 taker 訂單在成交前會等 500 毫秒。做市商就是靠這段緩衝，把已經「過期」的報價撤回來——那幾乎等於一份免費保險。
現在 taker 單立刻成交，沒有撤單窗口。這項變更沒有事前公告，一夜之間讓平台上大量既有機器人失效。
5 分鐘與 15 分鐘的加密市場開始對 taker 收費，費率隨機率變動：越接近 50/50 越貴，越靠近 0 或 1 越接近零。
Maker 不付手續費、還能拿到由 taker 手續費補貼的 USDC 每日返傭（rebate）；而且延遲取消後，maker 掛單成交反而更快。目前檯面上最強的機器人，光靠返傭就已經能獲利，不必吃價差。
動態手續費的公式長這樣（C 為平台可調的係數，p 為當前成交機率）：
fee = C × 0.25 × ( p × (1 − p) )² # p = 0.50 → 手續費約 1.56%（峰值） # p = 0.90 → 手續費急遽下降，接近 0 # p = 0.98 → 幾乎不收費
做 taker 就必須擁有超過 1.56% 的優勢，才只是損益兩平。多數延遲套利的價差根本不到這個數。
而且還能領每日 USDC 返傭。同一個價差，maker 賺得到、taker 賺不到。
是最好的流動性提供者。這是規則設計出來的結果，不是風格偏好。
費率會依市場而異，而且平台可以隨時調整。永遠不要把費率寫死在程式裡——每次下單前都要即時查詢（見第 06 節）。
REST 輪詢已經徹底失效。等你的 HTTP 請求跑完一次往返，機會早就沒了。你要的是即時串流的訂單簿，不是間歇性拉取。
你至少要同時訂閱兩條流：外部價格來源（例如 Binance WebSocket）與 Polymarket 上你自己的掛單狀態。
這是舊架構完全沒有的新要求。簽章 payload 裡必須包含 feeRateBps。少了這個欄位，在啟用手續費的市場裡訂單會被直接拒絕。
更麻煩的是：CLOB 會用 feeRateBps 去校驗簽章。只要你簽進去的費率跟當前實際費率不一致，訂單一樣被拒。
500ms 緩衝拿掉之後，如果你的撤單—重掛流程超過 200 毫秒，你就會被「反向選擇」（adverse selection）——別人會在你更新報價之前，先吃掉你那張已經過期的掛單。
目標：整個循環壓在 100 毫秒以內。
在這條熱路徑上，瓶頸幾乎不會是 CPU，而是網路。一台再快的機器，跑在家用 Wi-Fi 上就已經輸了。
| 環節 | 典型延遲 | 你能做什麼 |
|---|---|---|
| 家用 Wi-Fi | 150 ms 以上 | 這一項就吃掉你整個 100ms 預算，硬體升級救不回來 |
| 機房 VPS（靠近交易所） | < 5 ms | 把機器人部署到靠近 Polymarket 伺服器的位置 |
| 語言／執行環境 | 數 ms 級 | Rust 熱路徑零分配比 JavaScript 明顯快；官方也有 Rust SDK |
| Polygon RPC | 視節點而定 | 自架專用 RPC 節點，不要共用公開端點 |
| 本機運算 | 通常不是瓶頸 | Mac mini／樹莓派等級就足夠跑策略邏輯 |
有，但用途跟你想的不一樣。本地機器適合長時間、低調、不被中斷的常駐工作：24/7 錄製自己的行情資料集、跑回測、在本地跑 LLM 做非即時的新聞判讀與市場篩選。這些都不吃網路延遲。
把「延遲敏感的下單迴圈」放在機房、把「不延遲敏感的研究與資料」放在本地——這才是那張照片裡的機器該有的分工。
py-clob-client）或 Rust 工具鏈（走效能路線）。預測市場在不同司法管轄區的法律地位差異很大，部分地區限制或禁止當地居民參與。動手前先確認你所在地的規範，以及這類收益在你當地的稅務處理方式。本文為技術教學，不構成投資、法律或稅務建議。
用你登入 Polymarket 的同一把私鑰。絕不要把私鑰寫進程式碼或提交進 git，一律走環境變數或密鑰管理服務。
# 私鑰放環境變數，不要進版控 export POLYMARKET_PRIVATE_KEY="0x_your_private_key_here" # 官方 Python 用戶端 pip install py-clob-client # 效能路線（Rust）可選： # polymarket-client-sdk 官方 Rust SDK # polyfill-rs 熱路徑零分配、SIMD JSON 解析 # polymarket-hft 整合 CLOB + WebSocket 的 HFT 框架
在 Polymarket 能替你成交之前，你必須先授權 USDC 與 conditional tokens 兩組合約。每個錢包只需做一次。
連上中央限價訂單簿（CLOB），並訂閱即時訂單簿資料流。同時另開一條連到你的外部價格來源。
GET /fee-rate?tokenID={token_id}
# 規則一：永遠不要硬編碼費率
# 規則二：費率因市場而異，且平台可隨時調整
# 規則三：查到的值要原封不動帶進下一步的簽章
{
"salt": "...",
"maker": "0x...",
"signer": "0x...",
"taker": "0x...",
"tokenId": "...",
"makerAmount": "50000000",
"takerAmount": "100000000",
"feeRateBps": "156", // ← 少了這欄，訂單直接被拒
"side": "BUY",
"expiration": "0",
"nonce": "0"
}
在 YES 與 NO 兩種代幣上、同時掛 BUY 與 SELL 的限價單。這是你賺取返傭的核心方式：你在提供流動性，不是在消耗它。
同時監控外部價格與自己的在架掛單。價格一變：立刻撤掉過期報價、以新價重掛。整個循環目標壓在 100 毫秒以內。
同一市場同時持有 YES 與 NO 時要記得合併（merge）部位換回 USDC，否則資金會一直被鎖在倉位裡，可用保證金越跑越少。這是新手最常見的資金效率殺手。
5 分鐘週期的 BTC 漲跌市場是確定性的——你可以只靠時間戳直接算出當前對應的市場，不必去搜尋。一天 288 個市場，每一個都是新的一輪。
在視窗結束前約 T−10 秒，BTC 的漲跌方向大約已有 85% 被確定，但 Polymarket 的賠率尚未完全反映這個資訊。
在勝率較高的一側，以 0.90–0.95 美元掛出 maker 單。
結算時每份合約可得 0.05–0.10 美元價差、零手續費，另加返傭。
不在於你的機器多貴，而在於你比其他做市商更早判斷出方向，並更早把單掛上去。
「85% 已確定」意味著大約每七輪就有一輪會走反。以 0.92 進場、賭錯就是接近全損，單筆賠率遠比帳面難看。任何忽略這 15% 的期望值計算都是錯的。
此外，在接近 50% 機率的區間做市，反向選擇風險最高——會吃掉你掛單的，往往正是比你更早知道答案的人。
手續費已經開始實質侵蝕利潤空間，「沒回測就上線」現在等同於直接付學費。
有開發者實測發現，BTC 15 分鐘市場的歷史資料端點持續回傳空集合——那個市場的歷史 tick 根本沒被保留。沒有 tick，就偵測不到秒級波動，回測永遠是 0 次交易、0% ROI。
讓機器人先跑「只記錄不下單」模式，把時間戳、輪次 slug、剩餘秒數、YES/NO token ID、雙邊最優報價寫進磁碟。前述案例 4 天錄了 6 GB，就足以測試多組參數。
同一支機器人：一組保守參數回測 ROI +86%（$1,000 → $1,869）；另一組激進參數兩天後 −50%。邏輯相同，結果天差地遠。
回測的價值在於找出合理的參數區間，不在於預測收益。把它當成排除地雷的工具，不是當成收益保證書。上線後從最小額度開始跑，用實盤資料反覆校正你的假設。
feeRateBps，或帶的是硬編碼的舊值。現在直接叫模型幫你寫 Polymarket 機器人，它給你的多半還是舊規則下的方案：REST 輪詢、不處理手續費、假設 500ms 緩衝還在。那樣的機器人從第一筆交易就開始虧錢。
正確的工作流程是反過來的：你負責定義技術堆疊、基礎設施與規則約束，AI 在這個框架之上產生具體實作。這就是「問對問題」在工程上的實際樣子。
這是 Polymarket 官方 SDK 的文件。請幫我寫一個針對 5 分鐘 BTC 漲跌市場的 maker 機器人。 必須遵守以下 2026 年的規則與約束： 1. 500ms taker 延遲已於 2026-02-18 移除，不要假設有撤單緩衝。 2. 加密短週期市場對 taker 收費，公式為 fee = C × 0.25 × (p × (1−p))²。 3. 只做 maker，不做 taker。 4. 訂單簽章的 payload 必須包含 feeRateBps，且值必須來自下單前的即時查詢，不可硬編碼。 5. 使用 WebSocket 訂閱訂單簿與 Binance 價格，不得使用 REST 輪詢。 6. 撤單／重掛循環必須在 100ms 以內完成。 7. 需自動合併 YES/NO 部位以釋放資金。 請先輸出架構與資料流設計，我確認後再寫程式碼。 另外請附一個「只記錄不下單」的 dry-run 模式，以及在真實費率曲線下的回測腳本。
模型的訓練資料有時間截點，而這個市場的規則兩個月改一次。把最新規則放進 prompt，是你唯一能補上這個落差的方式——這不只適用於交易機器人，適用於所有規則快速變動的領域。
2 月那次沒有公告、沒有提醒，一夜之間讓一半的機器人失效。你的策略可能在你睡著時失去有效性。
做市最反直覺的地方：你的單被吃掉，往往是因為對方比你更早知道答案。成交率高不代表賺錢。
斷線、API 逾時、訂單被拒、部位沒合併——這些不是不便，是直接的財務損失。
檯面上的頂級機器人跑在機房、用 Rust、自架 RPC。你在跟他們搶同一批掛單。
回測 +86% 與實盤 −50% 可以是同一支機器人。歷史表現不預示未來結果。
預測市場的合法性因地而異，稅務處理也不同。這件事沒有人會替你負責。
本文為技術教學文件，說明公開已知的 API 機制與系統架構，不構成投資建議、法律建議或稅務建議，也不是任何交易策略的推薦。文中引用的所有績效數字皆為第三方公開陳述，未經獨立驗證。
交易預測市場可能導致部分或全部本金損失。做出任何財務決定前，請自行研究並在必要時諮詢合格的專業人士。
那張截圖裡真正值錢的不是兩台 Mac Studio，是那句「問對了問題」。在這個案例裡，問對的問題是：規則改了嗎？誰付手續費？我的延遲花在哪一段？——把這三題答對，比任何硬體升級都重要。
回到實作步驟技術教學 · 非投資建議 · 規則以 2026 年 8 月為準，請自行確認最新版本