藍籌借貸協議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拆成以下幾個組件：
Aave Governance v2：負責處理AIP的創建、資訊提交、參數設定等。
Short Executor：用于對協議進行較小的更改，負責執行以較低門檻的通過的提案內容，以完成快速迭代，例如增減協議可接受資產清單的提案。
Long Executor：用于對協議核心代碼進行重大更改，負責執行以較高門檻通過的提案內容，例如對協議本身邏輯規則的修改提案。
Governance Strategy：處理使用者提案和投票的運作邏輯，并定義哪些代幣可以用于投票，V2可用于投票的代幣有AAVE和stkAAVE(Stake AAVE)。
其中還有一組合約是Aave Guardian，由十個地址的多簽所控制，主要的職責是負責協議在緊急情況下的合約修改，以保護協議安全。依情況可以取消惡意提案甚至關閉協議運作。
運作流程
過去AAVE Governance V2模組的治理流程基本架構如下：
提案提交：提案于社群論壇中討論，并進行Temperaturecheck，隨后跟進鏈下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作為運作核心。主要功能包含延遲期后的提案觸發、向目標網絡提供狀態證明、執行以太坊與目標網絡的更新代碼等。
另外，由于整體治理架構規則有大幅更動，用戶需要存取各網絡的投票機，因此核心團隊BGDLabs重新打造了開源的前端界面，并提供用戶自行創建副本的代碼。
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需要有用戶手動執行觸發方便許多。
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。
