Aave V4風險權限擬分五級 解凍仍須經DAO治理

去中心化借貸協議Aave(AAVE)正在討論拆分V4版本以太坊(ETH)與Avalanche(AVAX)兩個實例的風險調整權限。新方案讓系統在緊急狀況下能暫停或凍結市場，但要解除凍結，仍須經過治理程序。

Aave Labs於台灣時間8月21日在治理論壇提出「Activate Aave Risk Stewards on Aave V4」提案，建議在Aave V4的以太坊與Avalanche實例上啟用風險管理員（Risk Steward）。這項提案已於台灣時間9月3日進入快照（Snapshot）階段，治理追蹤工具DeGov Atlas顯示，截至7日Aave DAO共有3項提案處於表決中。

提案的重點在於不再把管理權限集中於單一角色。方案將各實例的資產設定管理員（Configurator）權限拆成五種細分角色，分別是△暫停所有活動△暫停新增活動△上架資產△緊急應變△風險管理。

風險管理角色可在既定變動幅度與等待時間內，調整Hub（資金池）、Spoke（借貸節點）與Oracle（預言機）的部分風險參數。緊急角色則只負責讓系統轉向更安全的狀態，例如停用、中止、暫停與凍結。

不過在這次釋出的版本中，緊急角色不會立即生效。Aave Labs在提案文件中指出，「這次提出的版本不會呼叫這些函式（selector）」，換句話說，即使緊急權限已經授予，實際呼叫要等到未來版本才會啟動。

風險管理可調整的項目包括Hub端的最適使用率、基礎借款利率、利率斜率、供給上限與提領上限等。冷卻期依項目不同分為36小時或72小時，Pendle(PENDLE)貼現率項目則設定為48小時。變動幅度也依項目採絕對值或相對值方式限制。

這項方案與Aave V4的整體架構相互呼應。V4的設計把匯聚流動性的Hub與處理用戶借貸邏輯的Spoke分開。Aave Labs在3月發布的V4啟用說明文件中提到，Hub負責共用流動性與緊急暫停機制，Spoke則處理借貸條件與準備金設定。

這種架構反映出一個趨勢：規模龐大的借貸協議，已經很難靠單一機制同時處理多個市場的風險。一般而言，DeFi借貸市場的資產抵押率、借款上限、利率曲線與預言機標準往往需要同步調整，如果每次變動都要交付完整治理表決，反應速度可能跟不上市場變化。

Aave治理框架v2文件也呈現相同方向。文件指出，凍結管理員（Freeze Steward）可立即凍結準備金、阻擋新的存款與借款，但要解除凍結仍須經過治理程序。也就是說，快速的防禦措施被允許，但恢復正常必須走DAO流程。

隨著授權範圍擴大，制衡機制也成為討論焦點。MconnectDAO在論壇上詢問，是否能要求風險管理員每次採取重大行動時，都公開決策依據、使用的數據、預期影響、替代方案評估與事後報告。這番提問同時要求「速度」與「課責」。

論壇用戶Abel189表示：「這種有限授權的作法看起來合理。」他也補充，風險管理員調整參數的規模與頻率應定期對外公布，DAO才能評估這項授權實際被使用的情況。

Aave Labs於9月1日發布的開發進度更新指出，8月期間V4存款一度突破8億美元(約新台幣248億元)，活躍貸款規模也創下歷史新高。同一份更新也提到，以太坊與Avalanche兩端的V4風險管理員啟用作業持續進行，期間並執行了3次供給與借款上限調整。

解讀Aave V4相關數據時仍須留意細節。本站先前報導，Aave V4部署至Avalanche時已指出，存款金額與總鎖倉量（TVL）並非同一項指標。存款、TVL與活躍貸款雖然都能反映協議的使用程度，但彼此的統計基準並不相同。

對投資人而言，這場討論不只是單純的治理程序。像Aave這類規模龐大的DeFi借貸協議，一旦調整抵押品價值或借款上限，可能直接影響用戶部位與資金流動性。不過，這次提案處理的是風險參數與權限分配，並非收益前景的預測。

截至7日為止，尚未有資訊顯示Aave DAO已經最終核准或執行這項提案。根據提案文件，後續程序是在快照確認後，透過V4安全委員會（Security Council）執行payload。