LIVE
$7.62 min profit is yours / per trade
Get the bot

定義

Slippage

你下單時預期價格與實際成交價格之間的差異。

滑點是你下單時預期收到的價格與訂單實際成交價格之間的差異。在像 Polymarket 這類基於 CLOB 的市場中,市價或 FAK(Fill‑And‑Kill)訂單可能會與多個掛單撮合;如果在你的訂單成交過程中訂單簿發生變動,你可能會獲得比預期更差的平均價格——這個差額就是滑點。

關於 Polymarket 的關鍵機制

  • FAK 訂單包含自動的滑點保護。CLOB SDK 的市價訂單助手會提交一個 FAK,它會對可用流動性立即執行並取消任何未成交的剩餘部分。如果訂單會跨越你設定的價格閾值(或 SDK 的預設閾值),relayer 會選擇取消訂單而不是承擔更大的損失。
  • Tick size(價格)與價格密度很重要。當價格在價格極端處收窄時,離散價格增量會改變,這會影響在特定訂單規模下你遭遇的滑點量。
  • 部分成交是滑點的常見來源。對薄弱的訂單簿下大筆 FAK,會吃掉多個價位的流動性,導致平均成交價比中間價或初始最優賣價更差。

為何滑點對套利很重要

如果你依賴算術邊際(例如,在二元市場同時買入兩邊,或在多結果市場買入一整套),滑點會侵蝕或抹去該邊際。理論上的邊際等於 $1.00 減去所有最優賣價的總和;一旦你提交市價/FAK 訂單,實際成交價格可能高於顯示的最優賣價,從而減少利潤或將正向邊際變為虧損。

需要記住的風險

  • 決議與預言機爭議(UMA)可能影響最終結算的時間與價值。
  • 費率變動或意外的 taker 費用會增加實際滑點。
  • 智能合約或 relayer 故障可能延遲或阻止預期的成交。

滑點在 UI 與 API 中的呈現方式

  • 在交易 UI 中,FAK 會顯示為已執行或已取消;若因為訂單簿移動而被取消,這就是滑點保護在發揮作用。
  • 透過 CLOB API 或 Market WebSocket,你可以監控 best_bid_ask 與 last_trade_price 事件,以估算在訂單建立與執行之間訂單簿變動了多少。

參見

  • /glossary/fak — Fill‑And‑Kill 訂單以及它們如何限制滑點
  • /glossary/leg-risk — 當一側成交而另一側未成交時重要的逐腿風險

相關術語