Bible Network Crypto DeFi Onchain RWA AI Agent Stablecoin CryptoTax DeFAI Chain SAFU AGI Claude Me Claude Skill Claude Cowork
獨立知識媒體
與任何項目無關聯
DeFi 協議底層運作全解析:AMM、借貸、收益與風險
defi-bible.com
最新
SEC 委員警告:加密貨幣金庫「搬上鏈」不代表能逃過證券法,這對你正在用的收益協議意味著什麼  ·  全球最大資產管理公司把 180 億美元的基金搬上 Uniswap,這代表什麼?  ·  同一個地址、同一個區塊、進去又出來:怎麼用區塊鏈瀏覽器親手抓出一次 JIT 流動性攻擊  ·  基差交易的利潤不是靠猜,是靠算:從挑合約到平倉的完整實務流程  ·  搭好只是開始,Delta 中性真正的功夫在後面:怎麼監控一個會自己跑掉的組合  ·  你以為自己在跟智能合約打交道,其實你在信任一個你可能從沒聽過的團隊:怎麼評估金庫策展人
risk

有人用 1 塊錢買走價值 800 萬美元的以太幣:黑色星期四清算連鎖反應逐格拆解

30 秒速讀
黑色星期四教會我們一件事:讓壞帳成立的不是「價格跌了多少」,是「清算機制在跌的當下,還有沒有人願意出價競爭」——沒人競爭的拍賣,跌 1% 都能變成災難。

完整解析 +
01 · 為什麼發生?

如果當時 MakerDAO 有前面文章介紹過的保險基金機制,這起事件的損失能被完全避免嗎?

不能完全避免,但能大幅緩解。保險基金能做的是「填補壞帳缺口」,也就是這起事件的第三層骨牌造成的後果,但保險基金無法阻止前面兩層骨牌(宏觀恐慌導致價格暴跌、網路壅塞導致清算拍賣失去競爭)發生——這些觸發連鎖反應的結構性成因,不是任何一個協議內部的資金儲備能單方面解決的問題。

保險基金的實際作用是,如果 MakerDAO 當時已經設有規模足夠的保險基金,這 400 到 567 萬美元的缺口可能不需要透過緊急增發治理代幣(這個做法會稀釋所有既有代幣持有人的權益)來填補,而是直接動用保險基金化解,對協議整體的長期信心與代幣持有人的權益都會是更平順的處理方式。這也是為什麼黑色星期四事件後,保險基金機制在多數借貸協議裡逐漸變成標準配置——它解決的不是「連鎖反應會不會發生」,而是「連鎖反應真的發生後,缺口誰來扛」這個問題。

02 · 運作原理是什麼?

這起事件裡「用 1 塊錢買走 800 萬美元以太幣」的清算人,後續有沒有承擔任何責任或被追究?

沒有,而且這個結果本身就是理解這起事件的重要一環。這位清算人的操作完全合乎當時清算機制的規則——他確實支付了拍賣要求的出價金額(1 DAI)、確實依照協議設計好的流程取得了對應的抵押品,整個過程沒有利用任何程式漏洞或違反任何明文規則,純粹是因為當下沒有其他清算人跟他競價,才讓他用這麼低的價格得標。從技術與規則層面來看,這是機制設計本身在極端情境下產生的漏洞式結果,不是任何個人的違規行為,自然也就沒有適用的究責機制。

這正是這起事件對整個 DeFi 產業最有價值的啟示之一:當一個系統的正確運作,依賴「總是會有足夠多的參與者互相競爭」這個假設時,一旦這個假設在極端情境下失效,系統本身就會產生看似不公平、卻完全合規的結果。這也是為什麼事後多數協議選擇改進拍賣機制的技術設計(例如荷蘭式拍賣、分批拍賣、或引入額外的價格保護機制),而不是想辦法追究個別參與者的責任——因為問題根源在機制設計,不在任何一個人的行為。

03 · 如何應用

現在的借貸協議,具體做了哪些改變來避免類似黑色星期四的情況重演?

幾個常見的具體改進方向:拍賣機制的重新設計,多數協議引入更完善的拍賣流程,例如設定最低競標人數門檻、或者改用能持續一段時間、讓更多清算人有機會參與競標的拍賣模式,而不是原本可能瞬間就被單一清算人以極端低價標走的設計;Gas 費異常情境的應對機制,部分協議開始設計在網路異常壅塞時的緊急應對流程,例如暫時提高清算獎勵誘因、吸引更多清算人即使在高 Gas 費環境下依然願意參與競標;價格保護與最低成交價機制,部分協議設計了類似「這批抵押品的成交價不能低於某個參考市價一定比例」的保護條款,避免出現趨近於零的極端成交結果;以及前面文章介紹過的保險基金機制,作為即使拍賣機制依然失靈時的最後一道防線。

這些改進的核心邏輯都指向同一個方向:不再假設市場永遠會有足夠的競爭參與者,而是針對「競爭失效」這個極端情境本身設計對應的防禦機制。

04 · 我該怎麼做?

普通存款人,該怎麼判斷一個借貸協議是否已經針對黑色星期四這類事件做好準備?

幾個具體可以查證的指標:查協議的官方文件或事後檢討報告,看看是否明確提到針對拍賣機制、Gas 費異常情境的具體改進措施,如果一個成立較久的協議完全沒有公開討論過類似黑色星期四這類壓力測試場景該怎麼應對,這本身值得提高警覺;查協議是否設有前面文章介紹過的保險基金,以及這筆基金相對於協議整體風險曝險的規模是否合理;查協議的清算拍賣機制設計細節,具體了解拍賣流程是瞬間結標、還是設計成能讓多個清算人在一段時間內持續競標的形式,後者對競爭失效情境的抵抗力通常更高。

對一般存款人而言,黑色星期四這起事件最實際的提醒是:即使你自己完全沒有涉及任何借款操作,協議整體的清算機制設計品質,依然會透過壞帳分攤的方式影響到你的存款安全,這不是一個「跟我無關,因為我沒借錢」就能自動排除的風險,值得花時間查證清楚,再決定要把多少資金放進特定協議。

完整內容 +

前面文章介紹過清算連鎖反應的機制原理——一筆清算的賣壓推低價格,觸發下一批清算,如此循環放大。但機制原理讀起來容易顯得抽象,2020 年 3 月 12 日到 13 日發生的「黑色星期四」,正好提供了一個能逐格拆解的真實案例,讓你看清楚這個機制在現實世界裡具體是怎麼跑的。

觸發點:一場跟加密貨幣本身無關的外部衝擊

2020 年 3 月中旬,COVID-19 疫情引發全球金融市場恐慌性拋售,這場拋售橫掃股市、債市、原油市場,加密貨幣市場也未能倖免。以太幣價格在短短一天內從約 194 美元崩跌到約 110 美元,跌幅超過 40%,這個起點值得特別留意——引爆整場連鎖反應的並不是加密貨幣市場本身的問題,而是外部宏觀環境的極端衝擊,這也是連鎖反應「初始觸發」階段最常見的成因之一。

第一層骨牌:借貸協議的清算機制啟動

MakerDAO 這樣的借貸協議要求借款人維持最低 150% 的抵押率,以太幣價格暴跌,讓大量原本安全的借款部位瞬間跌破這個門檻,清算機制隨之啟動——按照設計,清算人應該搶著把這些即將違約的部位買下、賺取清算獎勵。第一層骨牌看起來完全符合機制設計的預期,但接下來發生的事,暴露了這套機制在極端情境下的脆弱環節。

第二層骨牌:網路壅塞讓「正常」清算變成「零元」清算

由於市場恐慌,大量交易者同時湧入以太坊網路,試圖出售資產或調整部位,這讓網路 Gas 費瞬間飆升到平常的數十倍。清算拍賣機制原本假設會有多個清算人互相競爭出價,把價格抬高到接近市場公允價值,但在這個當下,大量清算人因為 Gas 費過高而選擇放棄競標,導致部分清算拍賣裡只有極少數、甚至只有一名清算人參與競標——已知最誇張的一筆案例裡,有清算人成功用僅僅 1 DAI(約當 1 美元)標下一批市價約 800 萬美元的以太幣,因為當時完全沒有其他人跟他競價。

第三層骨牌:壞帳缺口與協議的緊急應對

這種「用趨近於零的價格買走抵押品」的情況,代表協議實際能拿到的清算所得遠遠不足以償還原本的借款金額,產生了壞帳。整場事件累積下來的壞帳缺口約落在 400 萬到 567 萬美元之間(不同時間點的統計口徑略有差異),MakerDAO 社群在事後迅速召開緊急討論,最終決定透過拍賣增發治理代幣 MKR 來籌措資金填補這筆缺口,協議整體才沒有陷入資不抵債的更嚴重局面。

骨牌之間的因果鏈:為什麼這是「連鎖」而不是「巧合」

回頭檢視整起事件,你會發現每一層骨牌都直接導致了下一層——宏觀恐慌導致 ETH 暴跌,ETH 暴跌觸發第一批清算,清算需求激增導致網路壅塞與 Gas 費飆升,Gas 費飆升導致清算人集體撤退,清算人撤退導致拍賣機制在缺乏競爭下產生趨近於零的成交價,趨近於零的成交價才是壞帳真正的直接成因——壞帳的根本原因不是「ETH 跌了 40%」這麼單純,而是這一整條因果鏈裡,清算拍賣機制在網路壅塞下失去了正常運作所需要的競爭條件。

這跟你的錢有什麼關係

黑色星期四之所以值得反覆拿出來研究,是因為它精確示範了「連鎖反應每一層具體卡在哪裡」,而不是抽象地告訴你「連鎖反應很可怕」。理解這個案例後,你會發現真正該提高警覺的不是「ETH 有沒有可能再跌 40%」這個問題,而是「當網路壅塞、Gas 費飆升時,自己的清算保護機制(例如保證金緩衝、清算門檻設定)是否還能正常運作」——這起事件後,多數成熟協議都針對拍賣機制與 Gas 費異常情境做了具體改進,評估任何一個借貸協議是否安全時,值得直接查證它有沒有針對這類極端網路壅塞情境設計對應的防禦機制,而不只是看抵押率門檻設得夠不夠高。

圖解
黑色星期四骨牌鏈宏觀恐慌→清算觸發→Gas費飆升→零元清算,四層骨牌依序展現連鎖反應如何從外部衝擊演變成壞帳缺口。Black Thursday: The Domino ChainMacro PanicETH -40% in a dayLiquidations FireBelow 150% collateralGas Fees SpikeLiquidators withdraw$1 Wins $8MZero-competition auctionResult: ~$4-5.67M bad debt, covered by emergency MKR mintRoot cause: auction competition assumption failed under congestionDeFi Bible · defi-bible.com
歡迎截圖分享,轉載請註明來源
提問
請至少輸入 10 個字
相關文章
清算機制的設計細節,如何決定一場市場崩跌會不會演變成系統性危機
risk · 07/23
清算人是誰?為什麼有人願意 24 小時盯著別人快被斷頭的部位
protocols · 07/24
一個協議曾經出現過壞帳,是該永久拉黑,還是可以重新考慮?
risk · 07/26
你的部位輕微跌破門檻那一刻,協議是直接開拍賣,還是先給你一段緩衝期?怎麼查清楚
developers · 07/29
更多相關主題