数字货币,比特币,区块链_2

借贷协议AAVE的蓝筹项目今天正式推出了它的最新治理模块—Aave Governance V3，它具有显著降低投票成本、增加自动化机器人、完善跨链基础设施等优势，为链上治理树立了新的标杆。

Aave借贷协议截至目前拥有约65亿美元的资金，位居前三大链上产品(第一和第二分别是Lido和Maker)，因此任何更新都要非常小心。所以它的治理有一套非常完善的规范和合约执行，尽量减少人为错误或中心化风险。

与其他项目的治理模式不同，它们仍然依赖多签控制协议的后门函数(甚至有些可能连多签都没有)，Aave协议有相对安全的机制，对于未来理想的治理机制的想象，非常值得参考。

另一方面，AAVE Governance V2也从2020年开始运行至今，可行性得到了充分的验证，甚至借此实现了GHO稳定币的发行和协议整合，这样复杂的工程全靠治理模块的运作完成，确实非常有趣。

原来的AAVE Governance V2模块将不再使用，但是V3将沿用其大体架构并进行优化，因此需要有基本的了解。

AAVE Governance V2的运作目标是实现完全去中心化，DAO完全根据链上治理结果，自动进行协议更新，而不依赖创始团队来批准链上提案。

实际上，可以将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经过这三年的运作发现的问题：

投票成本过高：现有设计燃料费消耗大，对小用户更不友好。