Polymarket FAK order: how Fill-And-Kill market orders work

Polymarket 的 FAK 訂單（Fill-And-Kill）是平台的市價訂單原語，會嘗試立即執行並取消任何未成交的剩餘數量。當你需要快速、立即成交，且願意接受滑點或部分成交而不想等待限價單時，就使用它。本指南說明 FAK 訂單在 CLOB 上的行為、Polymarket 的滑點保護如何運作，以及活躍交易者今天常用的實務樣式。

重要重點

• Polymarket 的 FAK 訂單是一種會立即執行並自動取消剩餘量的市價訂單。
• Polymarket 的 CLOB 提供一個 createMarketOrder helper 來提交 FAK 訂單；Fill-And-Kill 可減少長時間掛單的風險暴露。
• 滑點保護內建於 FAK 訂單：價格衝擊上限可能導致部分成交或完全不成交，以避免極端成交，但你仍面臨執行風險和 taker 費用。
• 在時間敏感的流程（抓取套利、endgame 調整）使用 FAK；需要保證價格或完整成交時應避免使用。
• 使用 FAK 時，務必同時考量解析（resolution）風險、滑點、手續費、部分成交與結算時間。

什麼是 Polymarket FAK 訂單？

FAK 代表 Fill-And-Kill。在 Polymarket 的 Central Limit Order Book（CLOB）上，FAK 訂單是以下市價式執行：

• 立刻掃價到可用的最佳價格，
• 在那些價格按流動性填滿可成交量，
• 並即時取消任何未匹配的剩餘數量。

Polymarket 的 SDK 透過 createMarketOrder helper 將此行為封裝，包含底層的下單、授權，以及必要的錢包設置。所有 Polymarket 交易都經由 Relayer 路由，因此對終端使用者來說，FAK 訂單是免 gas 的。

FAK 訂單的滑點保護如何運作

滑點保護可避免市價單以遠離預期的極端價格成交。在 Polymarket：

• FAK 訂單會消耗書上流動性直至指定數量，但同時包含能限制可接受價格衝擊的防護。如果所需價格超過允許的衝擊，訂單可能會部分成交並取消剩餘，而不是掃入極端價格。
• CLOB 強制執行 tick size（通常為 $0.01，接近極端時會收緊至 $0.001）。tick size 會影響 FAK 需要跨越多少價位層級。
• SDK 中的 FAK helper 實作了合理的預設滑點；Builder 和進階交易者在以程式化方式路由訂單時可以設更嚴格的上限。

滑點保護降低災難性成交的機會，但並不能消除執行風險。若書本稀薄，你仍可能收到部分成交，或支付顯著偏離 midpoint 的價格（更高或更低）。

何時使用 FAK（以及何時不要）

良好使用情境

• 抓取套利時延遲極為關鍵且你接受部分成交。對於 intra-market arb，FAK 的速度可能決定你能否鎖定 edge，否則會被其他 taker 搶走。
• 接近新聞或解析窗口時需要立即調整倉位的時間敏感操作。
• 優先快速離場而非價格確定性的快速出場。

不適合的情境

• 需要保證價格或特定數量完整成交時—請改用限價單。
• 流動性稀薄的市場，掃深層訂單可能導致相對 midpoint 的大額價差支出。
• 無法容忍部分成交且無法以複雜重平衡邏輯處理的策略。

執行機制與預期費用

• FAK 訂單屬於 taker 成交，因此可能會產生 taker 費用。Polymarket 的 maker 費為零，但 taker 費依分類而異（0%–1.8%）。在訂定交易規模與評估滑點時請考量 taker 費用。
• Polymarket 透過 Relayer 贊助交易 gas；你只需要 pUSD 進行交易。
• SDK 會回傳執行報告，其中包含成交數量、平均成交價與費用金額。使用這些程式化收據來對帳損益並驅動後續邏輯（例如部分成交後重試）。

活躍交易者的實務模式

1. 保守式套利捕捉

• 提交帶有保守最大衝擊設定的 FAK。若你得到部分成交，剩餘部位仍有可預測的最大損失暴露。僅在評估新書況後，再提交較小的跟進訂單。

2. 兩步驟 endgame 流程

• 當你能等待幾秒時，先在最佳賣價放一張緊限價。如果限價未成交且事件發展，取消它並以受控滑點上限發出 FAK。

3. 批量清算

• 將大額目標拆成多個 FAK，大小與頂層書本的典型深度相匹配。這可降低掃深層價位的機會並減少實現滑點。

4. Builder 整合

• 若通過 Builder 路由，Polymarket Builder Program 與 Relayer 支援歸屬與 builder fee。Builder 階級會影響每日 relayer 限額與獎勵；設計你的 FAK 使用時要遵守速率限制並在必要時附上歸屬標頭。

讀取成交並處理部分成交

在 FAK 後務必解析交換所的執行報告：

• 確認成交數量與平均價格。對帳費用並更新倉位狀態。
• 若為部分成交，決定是否嘗試另一筆 FAK、為剩餘數量掛限價，或接受部分成交。你的選擇應反映急迫性、預期市場走勢與對費用的敏感度。

自動化系統應實作短暫的等待與檢查循環，而非積極重送，以避免不必要的手續費支出或被 relayer 限流。

風險與失敗模式（不要稱 FAK 交易為無風險）

使用 FAK 可減少在書上停留的時間，但無法消除風險。主要風險包括：

• 滑點與部分成交：你可能無法以期望的價格取得完整數量。
• 費用曝露：FAK 訂單為 taker 成交，可能需支付該市場分類適用的 taker 費用。
• 解析與結算風險：結果透過 UMA 結算；爭議可能延遲贖回中獎代幣。
• 智能合約與營運風險：雖然 Polymarket 為免 gas 且採用廣為人知的框架（CTF），任何鏈上系統都伴隨平台風險。
• 地理與合規限制：Polymarket 會封鎖某些司法管轄區的下單，並禁止使用 VPN 規避。

在談論數學上的 edge 時，務必同時陳述這些風險；Fill-And-Kill 可以讓執行更快，但不是保證或無風險的手段。

這如何影響你的交易

若你在 Polymarket 上進行頻繁交易，請理解 FAK 訂單是平台的市價工具，最適合以速度為先、數量為次的工作流程。使用 SDK 的 createMarketOrder helper 提交帶合理滑點上限的 FAK，程式化監控成交，並在需要更嚴格價格控制時優先使用限價單。在倉位管理、風險限額與交易後邏輯中，計入 taker 費用與部分成交的可能性。

FAK 訂單是一種工具——當即時性重要時使用，並為 FAK 未完全執行時設計後備規則。

常見問答

Polymarket 的 FAK 訂單和限價單有何不同？

FAK 訂單嘗試立即對書本執行並取消未成交的剩餘；限價單則以特定價格掛到書上，可能會靜置直到被匹配。當你優先考量速度時使用 FAK；當你優先考量價格與保證數量時使用限價單。

FAK 訂單會讓我支付遠差於預期的價格嗎？

會。雖然 FAK 訂單包含滑點保護，但稀薄的書本仍可能造成大幅價格衝擊。FAK helper 允許設定滑點上限以限制極端成交，這可能導致部分成交而非完整且價格很差的成交。

在 Polymarket 上 FAK 訂單是免 gas 的嗎？

是。Polymarket 將交易透過 Relayer 路由，因此錢包部署、授權與 FAK 下單對終端使用者都是免 gas 的。你仍需 pUSD 進行交易。

我會為 FAK 訂單支付手續費嗎？

FAK 訂單屬於 taker 成交，可能會產生 taker 費用。Polymarket 的 maker 費為零；taker 費依分類而異（目前介於 0% 到 1.8% 之間）。

我該如何處理 FAK 的部分成交？

檢查執行報告的成交數量與平均價格，然後決定是否重新提交另一筆 FAK、為剩餘數量掛限價，或接受部分成交。自動化策略應包含短暫等待循環與費用敏感的重試邏輯。