詳解藍籌協議 Aave 治理模組 V3 功能與流程介紹
藍籌借貸協議 AAVE 於今日正式上線其最新的治理模組 — Aave Governance V3，帶來大幅降低
這篇文章 詳解藍籌協議 Aave 治理模組 V3 功能與流程介紹 最早出現於 鏈新聞 ABMedia。
藍籌借貸協議 AAVE 於今日正式上線其最新的治理模組 — Aave Governance V3，帶來大幅降低投票成本、新增自動化機器人、完善跨鏈基礎設施等優勢，為鏈上治理做出新的典範。
Aave 治理模組參考價值
借貸協議 Aave 至截稿前約有 65 億美元的資金，擠身前三大鏈上產品 (第一跟第二分別是 Lido 與 Maker)，因此任何更新都必須非常謹慎。所以連治理都有一套非常完善的規範與合約執行，盡可能降低人為失誤或中心化風險。
有別於其他專案治理模式仍是依靠多簽控制協議後門函數 (甚至可能連多簽都還沒有)，Aave 協議擁有相對安全的機制，對於未來理想的治理機制想像，非常具有參考價值。
另一方面，AAVE Governance V2 也從 2020 年運行至今，可行性受到充分的驗證，甚至藉此完成 GHO 穩定幣的發行與協議整合，如此複雜的工程全依靠治理模組的運作搞定，確實非常有意思。
Aave 治理模組 V2 介紹
原有的 AAVE Governance V2 模組將會停止使用，不過 V3 將繼承其大致架構而進行優化，因此需要有基本理解。
基本架構
AAVE Governance V2 運作目標是做到完全去的中心化，DAO 完全依照鏈上治理結果，自動進行協議更新，而不依賴創始團隊來批准鏈上提案。
Aave Governance V2 架構 (資料來源)
實作上，可以將 Aave Governance V2 拆成以下幾個組件：
AaveGovernancev2：負責處理 AIP 的創建、資訊提交、參數設定等。
Short Executor：用於對協議進行較小的更改，負責執行以較低門檻的通過的提案內容，以完成快速迭代，例如增減協議可接受資產清單的提案。
Long Executor：用於對協議核心程式碼進行重大更改，負責執行以較高門檻通過的提案內容，例如對協議本身邏輯規則的修改提案。
GovernanceStrategy：處理使用者提案和投票的運作邏輯，並定義哪些代幣可以用於投票，V2 可用於投票的代幣有 AAVE 和 stkAAVE (Stake AAVE)。
其中還有一組合約是 Aave Guardian，由十個地址的多簽所控制，主要的職責是負責協議在緊急情況下的合約修改，以保護協議安全。依情況可以取消惡意提案甚至關閉協議運作。
運作流程
過去 AAVE Governance V2 模組的治理流程基本架構如下：
提案提交：提案於社群論壇中討論，並進行 Temperature check，隨後跟進鏈下 Snapshot 投票。
ARFC：將通過鏈下投票的提案編寫成完整的提案 (AIP)，同時提交完整的代碼，並再次進行鏈下 Snapshot 投票。
提交 AIP：通常由團隊將通過第二次鏈下投票的提案提交 AIP 至治理合約中，不過其實任何人都可以提交 AIP。
延遲期：經過一天左右的延遲期，治理合約完成代幣狀態快照，確認投票權利。
鏈上投票：依照不同影響程度的提案，有不同的通過門檻。
提案執行：提案通過後會進行一段鎖定期，結束後依照不同影響程度的提案，使用 Short Executor 或是 Long Executor 執行更新代碼，此部分需要外部地址觸發。
跨鏈執行：若提案在以太坊之外的網路，則需要執行跨鏈交易與執行對應網路的執行合約，同樣需要外部地址觸發。
既有問題
AAVE Governance V2 經由這三年的運作所發現的問題：
投票成本過高：現有設計燃料費消耗大，對小用戶更是如此。Aave、stkAAVE 代幣投票權分散，分別有超過 150,000 名 Aave 持有者和 20,000 名 stkAAVE 持有者，其中許多用戶僅持有少量代幣與投票權。即使在以太坊燃料費價格水準相對較低 (20gwei) 的情況下，完成投票仍需要 5 美元左右，更不要說網路雍塞時可能會多五到十倍的投票成本。
治理與代幣利益衝突：為了配合現有治理模組，需要讓代幣夠被合約查詢，以確認 AAVE、stkAAVE 代幣持有者的投票權，代幣本身需要記錄額外的餘額歷史記錄，這使得 AAVE、stkAAVE 代幣的轉帳燃料費增加，變相增加代幣持有者操作成本。
Aave 治理模組 V3 介紹
速覽 Aave Governance V3 與 V2 異同
提案創建：V3 的治理規則要求提案者在創建提案之前，需要在 Aave 合約中部署可執行、有效的合約代碼，並完成註冊獲得提案認定。
投票延遲：與 V2 幾乎相同，提案創建和投票開始之間將有 1 天的延遲，結束後進行投票權的快照。但由於某些技術原因，在 v3 上延遲時間會有以小時為量級的差異。
提案投票：投票者在大多數情況下不會在以太坊上進行投票，而是會在其他網絡中，例如 Polygon、Avalanche、Arbitrum 或 Optimism，未來會開放更多網路。補充：一個提案的投票只會在一個網路中進行，而不是在多個網路中同時進行，提案者可以根據偏好或其他因素選擇具體在哪個網路進行投票。
提案執行：提案的時間鎖定和執行階段將與 V2 完全相同，並將執行擴展至其他網路。
接受更多資產認定投票權：AAVE、aAAVE、stkAAVE、stkABPT 都將獲得投票權利。
實作架構：治理運作流程
未來在 AAVE 治理模組的所有提案都會經由以下流程：
Aave Governance V3 運作流程 (資料來源)
提交代碼：提案者建立提案與提交代碼，並將其註冊到目標網路的控制器合約中。舉例來說，如果提案預計將在 Aave v3 Avalanche 上新增資產類別，則需要在 Avalanche 上提交提案並部署代碼，整個過程無需許可。
回傳提案識別證：當提案者完成提案創建流程後，會收到目標網路傳送的識別證。
創建提案：合格的提案者 (擁有識別證與足夠的提案權) 在以太坊上藉由核心治理合約創建提案，並選擇所提交代碼的網路。
啟動提案：延遲期結束後，Aave 機器人或任何其他以太坊地址，將能夠啟動該提案並完成區塊鏈狀態的快照。
提交區塊雜湊值：治理核心合約將提案資訊 (以太坊區塊哈希) 提交到 Aave 跨鏈基礎設施。
目標網路狀態結算：在目標投票網絡上，由 Aave 機器人或其他地址完成用於投票驗證的全局狀態的結算，包含以太坊區塊雜湊值、其狀態樹，以及投票資產的狀態樹。
開始投票：在目標網絡上開始進行投票。
提案投票：在以太坊上擁有投票權的每個用戶，都可以透過投票機合約，在目標網路上投票。
關閉投票：Aave 機器人或其他地址呼叫投票機關閉投票。
結果結算：投票結果以「是」和「否」的計數形式，透過 Aave 跨鏈基礎設施發送到以太坊主網。
等待執行：投票結果到達以太坊上的核心治理合約，在驗證確認資訊後，等待執行。
提案執行：Aave 機器人或其他地址將執行更新代碼。
跨鏈執行：將代碼傳送到以太坊或其他網路上相應的執行合約，並啟動時間鎖定期。
等待執行：針對以太坊外的更新內容，則將在相應的控制器上排隊。
提案執行：一旦鎖定期結束，由 Aave 機器人或其他地址執行目標網路的更新代碼。
實作架構
藉由上述運作架構，可以更好地理解 Aave Governance V3 的核心模組包含哪些組件：
以太坊核心治理合約：負責所有治理模組的結算判定。負責驗證用戶投票權、狀態快照、決定投票代幣、決定投票規則邏輯、透過 Guardian 取消惡意提案、提案轉發至目標網路，保有大多 Aave Governance V2 運作原則。
目標網路治理合約 (Aave 投票機)：負責目標網路的治理操作。包含接受提案者的代碼與互動、執行投票邏輯、回傳投票結果等。
跨鏈溝通設施：全新的跨鏈通訊設施，以面對未來各種網路的橋接需求。主要功能有雙向通訊、客製化功能、緊急後門機制。
Aave 機器人 (Aave Robot)：實現大多數治理功能的自動化，其與網路互動成本皆由 Aave DAO 直接承擔，選擇 Chainlink Automation 作為運作核心。主要功能包含延遲期後的提案觸發、向目標網路提供狀態證明、執行以太坊與目標網路的更新代碼等。
另外，由於整體治理架構規則有大幅更動，用戶需要存取各網路的投票機，因此核心團隊 BGD Labs 重新打造了開源的前端介面，並提供用戶自行創建副本的代碼。
目前該前端介面沒有任何提案 (資料來源)
Aave Governance V3 優勢
投票成本大幅降低：藉由在外部網路投票，以 Polygon 上當前的燃料費水平為例，投票成本將在 0.05 美元至 0.1 美元之間。比目前 Aave Governance v2 中的投票成本便宜約 100 倍。甚至有可能讓參與者完全免費投票，未來將建議 DAO 承擔所有參與者的投票成本，如果有 10,000 名參與者，總成本僅需 750 美元，是可以負擔的。
原生代幣操作成本降低：AAVE 與 stkAAVE 上不再有餘額歷史快照，在 Aave Governance V3 會這些代幣智能合約升級，預計 AAVE 和 stkAAVE 的轉帳將便宜約 75%。
無需許可證的自動化：雖然 Aave Governance V3 有許多需要與區塊鏈互動產生狀態轉換的環節，但這些環節都可以透過 Aave 機器人自動執行，比起 V2 需要有用戶手動執行觸發方便許多。
這篇文章 詳解藍籌協議 Aave 治理模組 V3 功能與流程介紹 最早出現於 鏈新聞 ABMedia。
