> ## Documentation Index
> Fetch the complete documentation index at: https://docs.intention.xyz/llms.txt
> Use this file to discover all available pages before exploring further.

# 強制平倉疑問

> Intention 的強平如何運作、如何讀懂平掉你部位的那條事件，以及什麼樣的強平爭議才真的屬於支援問題。

這一頁寫給想弄清部位為什麼被強平的交易者。坦率而簡短的答案是：強平幾乎總是維持保證金規則作用在標記價格上的機械結果，而「不公平強平」這套說法，通常在交易者檢視過確切的輸入之後就自行消解。開立支援工單之前，先讀完下面幾節。

<h2 id="what-triggers-a-liquidation">
  什麼會觸發強平
</h2>

帳戶權益按當前標記價格計算，一旦跌破當前部位所需的維持保證金，部位就會被強平。[強制平倉](/zh-Hant/trading/liquidations)一頁描述了精確的觸發條件。有兩點值得強調：

* 觸發使用的是**標記價格**，不是最新成交價。原因見[標記價格](/zh-Hant/trading/mark-price)。這一點很重要，因為訂單簿上的一根影線在圖表上看起來可能很嚇人，實際卻沒有把標記價格推到足以擊穿任何人保證金的程度。
* 維持保證金取決於部位的**規模級距**。部位越大，所需保證金越多，級距表記錄在[槓桿](/zh-Hant/trading/leverage)一頁。部位在某個規模下保證金充足，加倉之後就可能變成保證金不足，哪怕價格根本沒動。

<h2 id="how-liquidation-runs">
  強平是怎麼執行的
</h2>

強平不是事後反應的機器人，而是一台協議狀態機，與撮合原子地一起，在同一個出塊迴圈內運行。機制說明見[清算所](/zh-Hant/protocol/architecture/clearinghouse)一頁。對使用者來說，結果是：沒有誰搶先來強平你的「競速」，也沒有哪個外部 keeper 拿走本該由協議自己捕獲的賞金。一切都在 IntentionKernel 內部確定性地發生。

一偵測到保證金遭到擊穿，引擎就會把部位對著訂單簿平掉。訂單簿太薄、無法以可接受的價格吸收這筆平倉時，保險基金就介入。情況嚴重到會耗盡保險基金，自動減倉就啟動——見 [ADL](/zh-Hant/trading/adl)——對手方部位會按一個明確定義的價格指派承接。

<h2 id="reading-the-liquidation-event">
  讀懂強平事件
</h2>

每次強平都會產生一條結構化事件，其中至少包含：

* 擊穿保證金的**帳戶與部位**。
* 擊穿那一刻的**標記價格**。
* 適用的**保證金級距**，決定了維持保證金要求。
* 平掉的**數量**與平倉的**成交價格**，包括這筆平倉是走訂單簿、保險基金還是 ADL。
* **保險基金變動額**（如有）。

如果你認為某次強平有誤，首先要看的就是這五個欄位。絕大多數情況下，所列區塊高度上的標記價格與聚合預言機當時報告的一致，而你那個部位規模對應的保證金要求也正是級距表寫明的數字。到這一步，強平就不是 bug，也不是支援問題，而是你開倉時所接受的那組風險參數帶來的後果。

<h2 id="when-it-actually-is-a-support-issue">
  什麼時候確實屬於支援問題
</h2>

有幾種情況值得開單：

* 介面顯示的標記價格與事件中的不一致。這可能只是介面延遲而非引擎 bug，但值得確認一下。
* 強平觸發時所用的標記價格，聚合預言機在那個區塊上根本沒有到達過。
* 事件中報告的保證金級距與文件中公布的級距表對不上。
* 保險基金變動額與平倉成交價格不自洽。

以上任一情況，請寄到 `contact@intention.xyz`，附上部位地址、事件所在區塊高度、事件本身的各個欄位，以及顯示該差異的截圖。

<h2 id="when-it-is-not-a-support-issue">
  什麼時候不屬於支援問題
</h2>

你的部位若是因為標記價格移動、維持保證金遭到擊穿而強平，那答案就不是「找支援撤銷」。任何地方的任何支援團隊，都無法撤銷一次已終局的鏈上狀態轉移。他們能做的，是帶你把計算走一遍，確認協議做了該做的事——而這往往是個讓人不太舒服的答案。