详解 Aave 治理 V2：更包容性更高效的决策系统

撰写：CALLEN

编译：深潮 TechFlow

概括

• 从 2017 年的 ETHLend 开始，Aave 在协议使用和治理参与方面都取得了巨大增长，是 DeFi 最大的协议之一，存款达到了 58.91 亿美元。

• Aave 在贷款架构方面进行了多次升级，部署了 Aave V2 和 Aave V3，并推出了 Aave Governance V2。

• Aave Governance V2 为 DAO 引入了完全去中心化的治理系统，这意味着 DAO 不再完全依赖 Aave 的创世团队来批准链上提案。

• Aave Governance V2 为治理引入了新功能，如投票和提案权力的分离、投票策略、多个执行实体以及由社区选举产生的多重签名账户 Guardian。

• Aave Governance V2 由 4 个核心智能合约组成：AaveGovernanceV2、Short Executor、Long Executor 和 GovernanceStrategy。它们负责在以太坊主网和其他链上创建、投票和执行 Aave Improvement Proposals（AIPs）。

• Aave Governance V2 取得了巨大的使用量，拥有 272 个提案，并促成了 Aave 的一些重大变化，例如在 8 个链上成功部署 Aave V3 和 GHO 的推出——Aave 的去中心化稳定币。

Aave 简介

Aave 是最大的去中心化借贷协议，也是第三大 DeFi 协议，跨越 8 个区块链的存款总额达到了 58.91 亿美元。Aave 于 2017 年作为 ETHLend 开始，在最初的代币发行热潮中筹集了 1620 万美元，作为一个去中心化的点对点（P2P）借贷平台，以其 LEND 代币交换。2018 年，ETHLend 改名为 Aave，标志着该协议从 P2P 模式转向了流动性池模式。2020 年 1 月，Aave V1 推出，几个月后进行了从 LEND 到 AAVE 的代币迁移。

流动性池模式允许将存款人的代币进行汇集，为借款人提供即时流动性，不再需要像 P2P 模式中那样等待理想的交易对方。这使得存款人可以通过随时间而增加的各种借款人支付的利息 passively 获得代币的收益。

快进到 2023 年，Aave 在使用和存款方面取得了巨大的增长，同时在多个区块链上发布和部署了 Aave V2，最近又推出了 Aave V3。

除了 Aave 借贷架构的升级之外，我们还看到 Aave 的治理系统随着 Aave Governance V2 的推出而进行了彻底改革——Aave Governance V2 是一个具有改进功能的完全去中心化的链上治理系统。

随着 Aave Governance V2 的引入，一个全新的完全去中心化的链上治理时代为 DAO 展开，自其推出以来，新的治理系统经历了巨大的活动；处理了 272 个提案的创建，包括 Aave V3 的推出、GHO——Aave 的去中心化稳定币以及新资产的上市。

什么是 Aave Governance V2？

Aave Governance V2 是一组智能合约，其参数支持 Aave 协议和 Aave DAO 的运作。它最初由 Marc Zeller 提出，并在 2020 年 12 月的 AIP-4 下激活，为 Aave 引入了 4 个关键的治理创新：

1. 投票和提案权力分离：Aave/stkAAVE 持有人可以选择仅委托他们的提案权力，同时保留他们的投票权力；反之亦然。

2. 投票策略：不同形式的经过治理批准的 Aave 代币可以被允许对提案进行投票。

3. 多个执行实体：短期执行者和长期执行者允许根据提议变化的重要性设置不同的投票要求。

4. Guardian：由社区选举产生的多重签名账户，其中的个人可以否决或取消带有恶意代码的提案。

Aave Governance V2 受到委派式治理模型的启发，该模型模仿但不强制执行代表性民主。同时，这些新功能为 Aave 提供了一个更具包容性、高效和强大的治理系统。

尽管如此，有人可能会认为在 Aave Governance V2 下，对 Aave 最重要的变化是任何人都可以提交和实施 AIP（Aave Improvement Proposal）。这是 V2 的前身 Aave Governance V1 无法实现的。

具体而言，V2 绕过了 V1 治理流程中的第 4 步，该步骤只允许 Aave Genesis 团队提交作为约束性治理提案的 AIP。现在，有足够 AAVE/stkAAVE 的任何人都能够以完全去中心化的方式提交和实施 AIP。

V1 和 V2 在提案生命周期的初始阶段有相似之处，即提出变更并与社区讨论。然而，第三步：Aave 最终评论请求（ARFC）是提案的最终版本，其中包含 DAO 风险服务提供商的意见。第四步需要社区投票，确定他们是否满意最终的变更，最后，第五步通过正式的 Aave 改进提案（AIP）在链上批准这些变更，使用 Aave 治理 V2。

它是如何工作的呢？

Aave Governance V2 由 4 个核心智能合约组成：AaveGovernanceV2、Short Executor、Long Executor 和 GovernanceStrategy。这些核心智能合约负责从开始到结束处理 AIP 的过程，并提供 3 个关键功能：

1. 提案创建：任何具有足够提案权限的社区成员都可以在 Aave 政策的任何子类别下创建提案。根据正在更改的政策确定投票所需的时间、权限和社区共识。

2. 提案投票：一旦提案开始，AAVE/stkAAVE 持有人可以通过 YAE 或 NAE 投票选项对其结果进行投票。

3. 提案执行：如果提案获得代币持有人的批准，提案将进入延迟期（时间锁定），以便反对变更的用户可以选择退出系统（例如，由于更严格的风险控制而退出借款位置）。延迟期结束后，提案进入宽限期，并可以通过调用 Short/Long Executor 智能合约中的执行函数由任何以太坊地址执行，或者在不利情况下，Guardian 可以否决/取消提案。

具体而言，

• AaveGovernanceV2 负责创建 AIP，并要求用户提交信息，指定要使用的执行器以及他们希望对协议进行的更改。它还负责设置审查期的长度。

• Short Executor 用于对协议进行较小的更改，并允许更快速和较不严格的共识要求（例如，参数更改、资产上市等）。

• Long Executor 用于对协议的核心代码进行重大更改，这些更改会影响治理共识，并需要进行漫长而庞大的共识过程（例如，对 AAVE 代币、V2 治理参数以及自身的更改）。

• GovernanceStrategy 处理衡量用户提议和投票权力的逻辑。它还定义了可以在投票中使用的代币（即 AAVE 和 stkAAVE）。

为了进一步了解这些智能合约是如何相互交互的，让我们看一个最近的链上提案，由 Llama 提出将 LDO 列入以太坊 AAVE V3。鉴于该提案是一个资产上市提案，不涉及关键的治理共识参数，Llama 在提交所有相关信息的同时，使用了 Short Executor，并通过 AaveGovernanceV2 智能合约来列出 LDO。

同时，AaveGovernanceV2 从 Short Executor 智能合约中读取共识要求，并与 GovernanceStrategy 进行交叉检查，首先确定如何计算 Llama 的提议权力，其次确定是否大于所需的 80,000 AAVE 提案门槛。鉴于 Llama 拥有足够的投票权力，该提案成功创建，并进入为期 1 天的审查期。

经过 3 天的投票，Short Executor 使用 GovernanceStrategy 验证了是否满足 320,000 AAVE 的投票法定人数和 80,000 AAVE 的投票差异。在这种情况下，Llama 成功通过了这两个参数，获得了 459.7k AAVE 的“YAE”投票和 0 个“NAE”投票。

然后，提案进入为期 1 天的延迟期，允许用户在进入为期 5 天的宽限期之前对变更做出反应。在为期 5 天的宽限期内，用户需要在 Short Executor 上调用 execute 函数，以在链上批准这些变更。如果在宽限期结束之前没有人执行该提案，提案将过期，变更将不会生效。最后，如果 Guardians 确定代码存在恶意行为，他们可以否决该提案以保护协议。

Aave 的多链治理系统

考虑到不断增长的多链 DeFi 生态系统，我们继续看到 DeFi 协议在越来越多的链上部署，以吸引新用户并满足对燃料敏感的受众。Aave 一直处于多链运动的前沿，为其 V3 产品部署了 8 个链。然而，这给治理带来了新的挑战，例如确保代币持有人仍然以非分散和熟悉的方式对跨链部署拥有控制权。

Aave 的跨链治理架构与 Uniswap 和 Compound 等其他主要协议类似。在 Aave 的情况下，只有在 Polygon、Arbitrum 和 Optimism 上的 V3 部署是通过 Aave 的跨链治理桥直接从以太坊主网进行控制的。

在以太坊主网之外的每个支持的 V3 部署都需要一个“跨链桥接收器”和一个原生的“执行器”合约（Arbitrum 和 Optimism 需要第二个 L2BridgeExecutor 合约以确保 L2 兼容性）。

例如，在 Polygon 上，Aave V3 拥有一个 PolygonBridgeExecutor，它监听从 Polygon 跨链桥传递的消息，这些消息是从以太坊主网上的成功治理投票发送的。然后，PolygonBridgeExecutor 将消息转发给 Polygon 的原生执行器合约（BridgeExecutorBase），如果在 Polygon 上的任何人发起，在宽限期内可以执行这些变更。

与以太坊主网类似，跨链提案展示了相同的延迟和宽限期行为；如果指定了，提案也可以被 Guardian 地址否决。

多链治理的一个关注点是，使用跨链桥引入了安全问题，例如信任桥接验证者以以无法被审查的方式将交易从以太坊主网中继到其他链上。还存在跨链桥停机的风险，导致跨链提案无法传递到其他链上。

结论

自在 AIP-4 中激活以来，Aave Governance V2 已批准了 272 个链上提案，为社区提供了一个安全、高效、去中心化的提案创建、投票和执行平台。