評估的是風險單元,不是帳戶
強平不評估帳戶,評估的是風險單元:一組共享擔保品、因而同漲同跌的部位。
人們容易忽略的後果是:強平其中一個單元,不會波及另一個。 逐倉的 BTC 部位被強平時,你那個放著 ETH 和 SOL 的全倉帳戶完全不受影響,反過來也一樣。隔離是真實的,而且雙向都成立。
保證金使用率
健康度以保證金使用率表示,也就是維持保證金要求目前佔用了可用保證金的多大比例。 淨擔保品是你的餘額加上未實現損益,再扣掉被佔用的部分。維持保證金是各個部位按自己的級距算出來、再加總的金額——參見槓桿。
這條邊界值得說清楚,因為很容易想當然:要觸發強平,淨擔保品必須嚴格低於維持保證金要求。剛好相等不會被強平。
實際算一遍
一個帳戶,兩個風險單元,維持保證金率 0.50%。全倉部位共享擔保品,合在一起評估;每個逐倉部位各自評估。
兩個單元都離強平還遠,但安全程度並不一樣,而且這個帳戶沒有單一的使用率。逐倉那個部位離自己的門檻近了三倍半,而往帳戶裡加擔保品幫不了它——逐倉保證金在開倉時就分配好了,只有對該部位增加保證金才會改變它的使用率。
這就是兩種模式在實務上的差別。全倉把你的擔保品匯在一起,任何一處的獲利都能抵掉別處的虧損。逐倉則把兩個方向都關在裡面。
維持保證金要求按部位規模分級距。部位越大,越難在不推動市場的前提下平掉,因此要求按比例更高、最大槓桿更低。各市場的級距表發布在其合約規格中。
檢查何時執行
協議不會每個區塊都掃描所有帳戶,而是只檢查可能變動過的部分:- 每次標記價格更新時——全量掃描,因為價格一動,任何部位都可能陷入風險
- 每個區塊——凡是餘額或部位自上次檢查後有變動的帳戶都檢查:存入、提領、劃轉、成交和資金費
- 資金費結算時——每一個被扣費的帳戶都檢查
處理流程
風險單元越過門檻時,協議會走一套固定流程,該單元一恢復健康就立即停止。就地恢復 — 單元一恢復健康就立即停止
被接管 — 虧損向外轉移
淨擔保品嚴格低於維持保證金要求剛好相等不會被強平 — 這個判斷用的是嚴格不等式
1
撤銷該單元的全部未成交訂單掛單、條件單、停利、停損
被佔用的保證金回到單元
2
沖銷反向部位僅限 Hedge 模式
同一市場的多頭與空頭互相抵銷
3
強平接管部位在訂單簿上被平掉
出場價格不再由你決定
4
保險基金吸收缺口平倉仍不足以覆蓋虧損時
由基金承擔,而不是由對手方承擔
5
自動減倉僅當基金也無法覆蓋
對手側的獲利部位被減倉
協議做什麼
你付出什麼
第 1 步和第 2 步是自救嘗試,所以帳戶可以越過門檻又回到安全區,全程沒有任何部位被協議平掉。這兩步也解釋了你的掛單為什麼會在劇烈行情中消失:撤單是協議最先嘗試的動作。
降低被強平的機率
- 盯使用率,不要盯價格。 距強平還有多遠,取決於保證金,不是取決於價格已經走了多遠。
- 使用率要你自己盯。 沒有任何東西會提醒你,使用率往上走的路上也沒有任何東西會攔住你加大風險,所以你留在手上的保證金就是唯一的緩衝。
- 弄清是哪個單元在承壓。 混合模式下,你擔心的部位落在哪個單元,該看的就是那個單元的使用率。
- 按級距控制規模。 跨進更高級距會抬高維持保證金要求,其他條件即使都沒變,強平價格也會被推向不利的方向。
讀取即時數值
這一頁上的每個數字都是鏈上的按市場配置,不是協議的常數。驅動這些數字的參數:
這些參數發布在各自的合約規格中,也可以從鏈上讀取。把它們寫死的串接,遲早會算出一個網路並未採用的數字——參見開發者。
後續閱讀
自動減倉
保險基金無法吸收缺口時會發生什麼。
保證金模式
全倉與逐倉如何決定風險單元的構成。
增加保證金
在逐倉部位觸及門檻之前先補足保證金。
標記價格
保證金使用率所依據的價格。