3月10日,Aave預言機基礎設施的技術配置錯誤導致了強制清算,對DeFi依賴自動化風險系統進行了壓力測試。
Aave上2,170萬美元的清算事件
在3月10日,由於Wrapped stETH (wstETH)風險代理中的鏈上約束導致抵押品價值被低估,Aave用戶遭受了約2,170萬美元的清算損失。總共有34個帳戶被清算,因為協議對wstETH的估值比其真實市場價格低了約2.85%。
協議最終沒有產生壞帳並補償了受影響的用戶。然而,該事件暴露了自動化DeFi風險管理在沒有人工干預的情況下執行變更時存在的結構性弱點。它也顯示了配置錯誤的參數如何迅速級聯為原本健康倉位的大規模清算。
根據事後數據,持有wstETH作為WETH債務抵押品的用戶僅因錯誤的估值而顯示抵押不足。此外,他們的倉位在實際市場價格下本應保持安全,這突顯出失敗是基礎設施問題而非市場驅動。
CAPO故障機制
該事件源於Aave的CAPO(相關資產價格預言機)系統,該系統旨在防止具有相關價格的資產(如wstETH和stETH)被操縱。CAPO從Lido獲取wstETH/stETH比率,通過WstETHPriceCapAdapter應用保護性上限,然後將結果乘以ETH價格以獲得美元估值。
在3月10日12:47 UTC,Chaos Labs的鏈下Edge Risk引擎建議將CAPO最高價格更新為1.1933947 wstETH/ETH。當時,實際市場比率為1.2285,這意味著建議的上限已經大幅低於當前價格。
BGD的AgentHub通過其Oracle Automation系統在一個區塊後執行了此建議,在鏈下建議和鏈上實施之間沒有任何審查緩衝。也就是說,這種即時管道正是將配置錯誤轉變為立即影響用戶事件的原因。
由此產生的2.85%錯位導致協議低估了wstETH抵押品。結果,根據真實市場數據本應安全的帳戶被標記為抵押不足並被清算。這次級聯處理了34個帳戶的10,938個wstETH,並在問題被發現和逆轉之前為清算人產生了約512個ETH的清算獎勵。
技術根本原因:快照錯位
技術故障源於CAPO內snapshotRatio和snapshotTimestamp之間的參數不匹配。Chaos Labs的鏈下風險代理計算出約1.2282的目標比率,錨定於7天前的快照。然而,鏈上系統限制了比率的變動速度。
根據CAPO的保護規則,之前約1.1572的鏈上值每3天只能增加3%。實際上,這意味著即使鏈下目標已經上漲,比率在單次更新中也只能上升到約1.1919。此外,更新沒有將這些約束與時間戳邏輯對齊。
snapshotTimestamp的設置彷彿鏈上錨點已經反映了7天前的鏈下比率1.2282。這在時間和價格參考之間造成了關鍵的不一致性。因此,CAPO計算出約1.1939的最高匯率,比真實市場匯率1.2285低了約2.85%。
這一事件標誌著Chaos Labs的CAPO風險代理自部署以來首次推送鏈上自動更新。也就是說,首次執行就產生了用戶清算的事實使得這次配置錯誤對治理和用戶來說特別令人擔憂。
從Edge Risk到AgentHub的自動執行鏈
Edge Risk是Chaos Labs專有的鏈下風險引擎,從指定地址準備和推送參數變更。由BGD開發的AgentHub使用Oracle Automation監聽這些變更,然後將它們傳播到協議。
錯誤的參數變更通過Chaos Labs的自動化風險堆疊以兩筆交易序列進行。首先,Edge Risk引擎在交易0xfbafeaa8c58dd6d79f88cdf5604bd25760964bc8fc0e834fe381bb1d96d3db95中建議將上限更改為1.191926 wstETH/ETH。然後,AgentHub在一個區塊後通過交易0x32c64151469cf2202cbc9581139c6de7b34dae2012eba9daf49311265dfe5a1e執行了更改。
由於市場狀況保持穩定,Aave在2月的每日清算量相對溫和,很少超過500萬美元。3月10日飆升至2,160萬美元的情況突出為孤立的異常值,比典型水平增加了約4倍。此外,清算量在糾正後迅速恢復到基線,證實壓力來自預言機路徑而非更廣泛的協議償付能力不足。
這種行為強化了wstETH定價問題是一個離散配置故障的結論。它不是Aave生態系統內抵押品質量惡化、流動性問題或系統性去槓桿的症狀。
檢測、緩解和清算補償計劃
配置錯誤在幾分鐘內被檢測到,促使Aave團隊及其風險提供者加速事件響應。為了遏制進一步的風險敞口,Aave Core和Aave Prime上的wstETH借款上限被迅速降低到1,有效地凍結了針對該資產的新借款活動。
通過手動風險管理員干預,團隊將snapshotRatio與實時snapshotTimestamp重新對齊,將預言機饋送恢復到正確值。預言機糾正通過交易0xb883ad2f1101df8d48f014ba308550f3251c2e0a401e7fc9cf09f9c2a158259d推送,而將wstETH借款容量設置為1 wstETH的借款上限變更通過交易0x34f568b28dbcaf6a8272038ea441cbc864c8608fe044c590f9f03d0dac9cf7f8執行。
儘管有強制出售,協議沒有產生壞帳,並向Aave治理論壇發布了詳細的事後分析。然而,清算造成的用戶損失需要單獨的政策響應,最終導致了結構化的清算補償計劃。
為了補償受影響的帳戶,Aave通過BuilderNet退款收回了141.5個ETH的清算獎勵。然後DAO金庫填補了剩余缺口,用戶總補償上限為358個ETH。重要的是,該計劃通過直接的Aave改進提案(AIP)實施,確保受影響的用戶獲得全額補償,儘管錯誤源於基礎設施。
3月10日事件的市場背景
Aave上的跨鏈活動在2月至3月期間顯示出強勁的用戶增長。例如,Avalanche在2月10日記錄了38,445名存款用戶,而Base在3月6日記錄了31,763名存款用戶,就在預言機驅動的清算事件發生前四天。
這些峰值突顯了Aave支持網絡上不斷增長的用戶參與度,即使協議正在應對複雜的技術事件。此外,Aave的整體存款和借款在2026年初保持穩定,表明事件發生後對協議核心設計的信心並沒有實質性減弱。
存款的穩定性,加上清算的快速正常化,突顯了wstETH錯誤定價源於配置問題,而非抵押品市場的根本壓力。也就是說,自動化提供者和預言機路徑的集中風險仍然是Aave規模的DeFi平台的結構性關注點。
治理、透明度和自動化預言機執行的未來
3月10日事件說明了主要DeFi借貸協議中自動化預言機執行所產生的治理權衡。Chaos Labs的Edge Risk建議了低於市場的上限,BGD的AgentHub在一個區塊後執行了它,清算在幾分鐘內發生,幾乎沒有留下人工干預的時間。
Aave以迅速檢測、果斷糾正措施和部分由DAO金庫資助的全額用戶補償作出回應。然而,該事件揭示了執行前驗證的缺陷,並突顯了過度依賴單一專有風險引擎的風險。特別是,Chaos Labs Edge Risk計算的封閉性限制了獨立驗證,並將重要的運營控制權置於外部服務提供商手中。
隨著更多DeFi協議採用自動化CAPO風險代理框架和類似系統,該事件表明治理必須納入穩健的測試、明確的審查窗口和透明的監督。此外,更廣泛的Aave預言機架構可能需要額外的安全層,如多源交叉檢查或分階段推出機制,以確保未來的技術錯誤不會直接轉化為用戶損失。
總之,3月10日的清算不是市場危機,而是治理和基礎設施的壓力測試。自動化、快速執行和不透明的風險建模的結合突顯了為什麼DeFi協議必須在效率與透明、可審計的保障措施之間取得平衡以保護用戶。
來源: https://en.cryptonomist.ch/2026/03/23/aave-oracle-liquidations/
