Partial fills and leg risk on Polymarket

部分成交的單腿風險發生在 intra-market 仲裁的某一條腿成交而互補的另一條腿未成交時。本指南說明 Polymarket 的 CLOB 上的機制、仲裁者常見情境、具體風險（解析、滑點、費用、結算時序），以及在實盤交易中可採取的逐步緩解措施。

重點摘錄

• 部分成交的單腿風險來自 CLOB 上的不對稱成交，受訂單類型、流動性與最小價格刻度影響。
• 使用適當的訂單類型與倉位規模（包括接受部分成交的 FAK 市價單）以最小化單邊風險；成交會產生滑點與 taker 費用。
• 若單一腿成交，將該倉位視為短期的方向性曝險：評估解析風險、費用、用於對沖的可用流動性，及是否執行 split/merge Outcome Token 操作。
• 預先定義復原工作流程（對沖、擠壓或平倉），並在你的機器人中加入乾跑檢查。

為何這很重要

Polymarket 上的仲裁機會通常時間短且單筆規模小。當你同時提交互補結果的訂單──例如 binary 市場的 YES 與 NO，或 multi-outcome 市場的一套完整結果──你預期兩筆成交會近乎同時發生。部分成交會把一筆平衡、以 edge 定義的交易變成未平倉的曝險。理解機制並擁有固定的應對計畫能保存你的 edge 並限制意外虧損。

在 Polymarket 上部分成交如何發生

• 訂單類型與撮合：Polymarket 的 CLOB 接受限價單與市價單。平台提供一個輔助工具，預設會發出 FAK 市價單以追求立即成交。FAK 會立刻對可用流動性成交並取消剩餘部份，所以若訂單量超過簿深，FAK 會部分成交。
• 刻度與極端價位：tick size 通常為 $0.01，當價格接近極端值時會收緊到 $0.001。刻度變動會造成量化效應，使得即便是小量剩餘也可能因你指定價格而無法成交。
• 延遲與撮合：CLOB 的撮合是同步的，但網路與 Relayer 延遲、同時的 taker 流量，以及訂單薄更新，都可能導致一邊訂單被吃掉而對側被取消或落後。

常見的部分成交情境

1. Binary 雙腿仲裁：你對 YES 與 NO 下買單，預期 best asks 之和 < $1.00。YES 完全成交；NO 只部分成交或未成交，因為 best ask 已移動。此時你持有 YES 的曝險。
2. Multi-outcome 的完整集合：你買到了 N-1 個結果，但最後一條腿未成交。你在一個本應中性的市場持有一部分 outcome token。
3. 市價單淺薄深度：你使用 FAK（市價）以追求即時性；可用深度只填滿了價格較便宜的一腿，剩餘被取消。

必列出的具體風險（務必列出這些）

• 解析風險：UMA 的爭議或延遲解析會延長你單邊曝險的存續時間。
• 滑點與部分成交：未成交的那腿在合理價格下可能無法完成；追價會提高成本並可能抹去 edge。
• 費用：成交會產生 taker 費用（maker 費為零）。費率變動或分類專屬費率會影響實現利潤。
• 智能合約與結算時序：CTF 的 split/merge/redeem 時序與鏈上操作（即便 Relayer 贊助 gas）會影響你何時可以中和持倉。
• 對手方流動：其他交易者可能察覺你的單邊倉位，並在你嘗試對沖時將價格反向移動。

即時分級檢查清單（前 30–120 秒該做什麼）

1. 透過 Data API 或 CLOB 的讀端點確認成交。不要假設兩筆訂單都已成交。
2. 計算最壞情況的損益，包含 taker 費用與完成互補腿所需的潛在滑點。
3. 查詢在更有利或更不利價格的可用深度，以判斷是否能在可接受的滑點範圍內買到缺失的腿。
4. 若流動性不足，決定是用相關市場對沖（Polymarket 上少見）或透過賣出部分已成交腿來降低曝險。

緩解措施與工作流程

• 在接受部分成交的情況下，優先使用 FAK 以獲取即時性，並根據典型簿深來設計倉位大小。參見 /glossary/fak 之定義。
• 根據簿上雙方可見深度保守定量下單。如果 bestAsk(YES) + bestAsk(NO) < $1.00 僅小幅低於 $1.00，則將腿的規模縮至那些價格層的可用深度。
• 錯開下單時間：先提交流動性較薄的那腿，再提交另一腿。這在許多實際簿形下能降低單邊成交的機率。
• 使用 split/merge 工作流程：在 multi-outcome 的部分成交情況，考慮將你持有的 outcomes merge 成較小的集合（若可行），或把 token 轉給你信任的對手方以進行覆蓋救援交易。記住 CTF 的機制：split 會用 pUSD 鑄造完整集合，而 merge 則透過燃燒互補 token 回收 pUSD。
• 預先程式化自動復原：要麼在價格上限內積極追補缺失的腿，要麼立即平掉已成交腿以接受部分虧損。設定硬性限制，對於大額曝險在未經人工批准下不要升級策略。

實務範例：binary 雙腿嘗試

• 你觀察到 bestAsk(YES) = 0.48，bestAsk(NO) = 0.49。和為 0.97，edge = 0.03。
• 簿深：YES 在 0.48 有 100 股，NO 在 0.49 有 20 股。
• 你在兩腿各下 50 股的 FAK 買單。YES 完全成交（50），NO 只成交 20 並取消剩餘部份。
• 成交後選項：以你的上限購買額外的 NO（接受滑點）、把 50 股 YES 賣回市場以中和（實現差價並扣除費用）、或持有 YES 等待解析——每個選擇都有上述的利弊。

費用與會計

• Maker 費為零；taker 費依分類而異，單次 taker 成交上限約為 1.8%。在計算復原交易的損益平衡時要納入預期的 taker 費用。
• 記錄每筆成交的費用與時間戳。結算時序很重要：經 UMA 解析與任何爭議期後，贏的 outcome token 可兌換 $1.00。

這如何影響你的交易

為每次仲裁執行設計內建的部分成交應對計畫。根據可見簿深調整交易規模，僅在接受部分成交時才偏好 FAK，並實作自動化的成交後分級流程：查詢成交、重新計算含費用的淨曝險，然後執行三種結果之一：在價格上限內完成互補腿、平掉已成交腿，或僅在期望值能夠合理抵消風險時持有直到解析。這樣能把偶發驚訝轉為例行且編碼化的回應，保護你的 edge。

延伸閱讀

• 全系統脈絡： /guides/polymarket-arbitrage-complete-guide
• Binary 專用策略： /guides/intra-market-binary-arbitrage-explained
• Multi-outcome 工作流程： /guides/combinatorial-arbitrage-on-polymarket
• CLOB 機制說明： /guides/polymarket-clob-explained

部分成交的單腿風險是任何交易所的執行現實。在 Polymarket 上，tick size、簿深與 FAK 行為的組合使其具可預測性——這意味著你可以把穩健且可重複的回應寫進你的機器人與風險管理流程中。

常見問題

當一腿成交另一腿未成交時，最簡單的回應是什麼？

最簡單的即時回應是重新計算含 taker 費用的淨曝險，檢查缺失那腿的可用流動性，然後在預設的價格上限內要麼完成該腿，要麼把已成交的腿賣回以平倉。你的選擇應以預先定義的風險限制與最大可接受滑點為準。

FAK 訂單能消除部分成交嗎？

不能。FAK（Fill-And-Kill）提高了即時性，但若可用深度有限仍會部分成交。FAK 會對現有流動性成交並取消剩餘，因此你仍可能面臨單邊曝險。

我應如何設定訂單大小以降低單腿風險？

將每一腿的規模與你計畫吃入的價格層的可見深度對齊。使用比最大可用深度更小的分批量，或將腿的下單時間錯開，先下流動性較稀缺的一腿。始終為 maker/taker 行為與刻度量化保留安全邊際。

我可以依賴 split/merge outcome token 來修復部分成交嗎？

Split/merge 是 CTF 操作，允許你把 pUSD 轉為完整集合或反向操作。它們不會神奇地完成市場上未成交的那腿——它們是在你已持有 token 後管理 multi-outcome 曝險的工具。把它們當作復原方案的一部分，而不是替代對沖缺失腿的方法。

在記錄交易結果時我必須列出的主要風險為何？

務必列出解析（UMA）爭議與時序風險、滑點與部分成交風險、適用的 taker 費用，以及智能合約／結算時序風險。這些因素會實質影響任何部分成交情境的最終實現結果。