Polymarket V2上線，幽靈訂單修復了嗎？
原創 | Odaily 星球日報（@OdailyChina）
作者 | Asher（@Asher_ 0210）
昨夜，Polymarket 正式完成 CLOB V2 升級，進入維護窗口後暫停交易、清空訂單簿，隨即上線新版核心交易系統。此次升級不僅是技術疊代，更是其從「預測市場應用」邁向「具備交易所級穩定性的底層交易基礎設施」的關鍵轉折點。
幽靈訂單（Ghost Fills）仍是核心焦點
儘管 V2 引入多項重大更新，但用戶最直觀、最關切的問題，仍是長期存在的「幽靈訂單」——即訂單在鏈下已顯示成交，卻未能成功於鏈上結算。此現象並非前端顯示錯誤或偶發失敗，而是源於 Polymarket 的根本架構：「鏈下撮合 + 鏈上結算」所產生的狀態時差。
在短週期（如 5 分鐘市場）中，用戶常見情況為：前一秒畫面顯示「已成交」，下一秒交易卻被撤回；以為已鎖定價格與方向，實際未取得任何頭寸。這種不確定性直接侵蝕用戶對交易結果的基本信任。
V1 的致命弱點：低成本、大範圍 nonce 攻擊
V1 版本中最易被濫用的機制，是 incrementNonce。Nonce 原為訂單狀態標識，但在舊設計中，攻擊者可透過極低 Gas 成本調用 incrementNonce，使某地址下所有含舊 nonce 的掛單在鏈上結算時自動失效。
操作路徑清晰：先讓訂單於鏈下撮合成功（前端顯示成交）→ 在結算上鏈前更新 nonce → 導致批量訂單結算失敗。一次低成本操作即可破壞大量訂單的最終執行，嚴重影響成交穩定性與價格發現效率。
V2 的實質性修補：移除全局 nonce，收緊撤單粒度
V2 最關鍵變更，正是徹底移除全局 nonce 機制。同時，訂單結構簡化，撤單行為改由單筆 order hash 精準控制，大幅壓縮攻擊影響範圍。此外，新增 pauseUser 等延遲機制，降低狀態突變於撮合-結算窗口內被即時濫用的風險。
這代表：過去「低成本、高收益、易復現」的幽靈訂單攻擊路徑已被封堵。攻擊者若想重演類似手法，須承擔更高成本，且難以批量干擾，系統韌性顯著提升。
但幽靈訂單尚未根除：架構限制仍在
必須明確指出：V2 並未改變「鏈下撮合、鏈上結算」的根本模式。只要撮合與結算分離於不同環境執行，兩者間的狀態差異便不可避免。餘額不足、授權失效、訂單狀態異動、撤單干預或合約執行異常，皆可能導致「鏈下已撮合」的訂單最終無法上鏈落實。
換言之，V2 解決的是最突出、最易利用的漏洞，而非幽靈訂單產生的底層條件。系統風險仍存在，只是發生頻率與規模已受控。
其他重要更新：強化底座，服務專業參與者
- Polymarket USD（PUSD）上線：全新抵押型穩定幣，由 USDC 1:1 全額支持，取代原有 USDC.e。普通用戶體驗無感，但資產清算、抵押管理與跨鏈處理更統一、更可靠；
- CLOB-Client SDK v2 發布：面向做市商、量化機器人及系統整合方。需升級客戶端，並採用新訂單結構與簽名流程，提升訂單兼容性與執行精度；
- 支援 EIP-1271 簽名標準：全面相容智能合約錢包、多重簽署帳戶、機構金庫及複雜 Bot 架構，擴展 Polymarket 對專業交易場景的承接能力。
V2 不是終點，而是系統化進化的起點
CLOB V2 的意義不在於「完美解決」，而在於「精準止血」與「築基先行」。它優先堵住最危險的攻擊入口，為後續持續強化撮合一致性、結算確定性、異常監控與風控響應能力奠定基礎。
當做市商、API 使用者與自動化交易者日益成為主力，「訂單能否穩定成交、結算與兌現」，已遠比「市場是否有趣」更關鍵。預測市場交易的是不確定性，但交易系統本身，必須提供確定性。
相關內容
被卡住的 Polymarket：走過流量紅利後，真正的考驗才剛開始
