简介
介绍 Chaos 风险代理,这是一种在风险预言机与 Aave 协议之间、与治理保持一致的新型编排与验证中间件,旨在消费风险更新的同时,在 DAO 所有权下保留完全控制权。
由 Chaos Labs 和 BGD Labs 联合开发。
风险代理框架能够实现:
- 将风险预言机值注入 Aave 生产协议时,采用同样严格的链上验证。
- 支持通用验证(例如,延迟)和自定义逻辑(例如,数值阈值约束)。
- 简化风险预言机数据消费的设置和管理。每个网络一个单一的代理中心智能合约,管理每种风险建议更新的小型自包含智能合约适配器(代理)。
- 更好的权限隔离,每个代理仅接收执行其任务所需的权限。
- 完全的 Aave DAO 所有权和控制,能够接受或拒绝风险预言机更新。
背景
在过去两年中,Aave 逐步集成了风险管理员——一个由能够对参数配置进行有限调整的智能合约组成的基础设施层。风险管理员的目标是在保持严格的操作和安全边界的同时,简化明确定义的参数更新,而无需治理提案。
目前,风险管理员负责处理一系列参数的风险建议,包括供应和借贷上限、利率(例如,slope2 值)以及跨多个资产和 Aave 实例的 CAPO 值。
这些更新由风险提供商手动执行(即“手动”风险管理员),或通过 Chaos 风险管理员执行,后者直接接入风险预言机以提供不受操作开销限制的实时建议。
虽然现有系统为 Aave 服务得很好,但仍存在一些限制:
- 有限的通用性:几乎每次风险管理员的激活都需要临时复制整个架构。这给 Aave 服务提供商(例如,ACI、Chaos Labs、BGD Labs)带来了显著的开销。
- 有限的基础设施可见性:跟踪所有活跃的风险管理员及其覆盖的资产和约束有时可能具有挑战性。
当前风险管理员架构
Chaos 风险代理框架将 Aave 内消费风险预言机数据的过程通用化和模块化。它消除了冗余部署,集中了验证逻辑,并提高了所有风险自动化层的可见性。其结果是一个更简洁、更易维护的架构,使 Aave 能够扩展实时风险管理能力,确保参数更新的一致、可验证执行。
规范
架构
风险代理基础架构
该架构涉及四个组件:
- 风险预言机。该组件在技术上独立于风险代理框架,并提供在目标系统中验证和应用的风险建议。
- 目标系统。Aave 协议或其任何内部组件。更准确地说:
- 当前协议数据的数据源。暴露目标系统上当前应用的风险配置的智能合约。例如,Aave v3 上的资金池。
- 配置目标。包含在目标系统上应用新风险配置逻辑的智能合约。在 Aave v3 的情况下,这将是资金池配置器。
- 访问控制注册表。为每个代理授予角色,并完全控制它们是否可以对协议执行任何操作的智能合约。在 Aave v3 的情况下,这将是 ACLManager 智能合约。
- 代理中心。在单个网络中(可选地)由 Aave 所有系统共享的单例智能合约:
- 注册/配置独立的代理。
- 验证强制/可选的全局约束,例如,最小延迟。
- 自动化的入口点。
- 定义验证/注入的全局生命周期。
- 代理合约。独立的智能合约,设计紧凑。包含自包含的、特定的逻辑来执行编程的风险更新。代理主要包括针对特定类型更新的临时验证,以及在验证通过后如何将更新“解释”并注入协议的逻辑。
风险管理员架构(与 Chaos 风险代理)
除了对 Aave v3 生产系统的直接好处外,风险代理中间件还提供了一个通用框架,未来可以应用于 Aave 上任何需要它的其他系统。
例如,GHO 上的任何风险参数配置,就像一些现有的 GHO 管理员一样,可以轻松迁移到使用相同的 Aave 代理中心或单独的实例。
这同样适用于即将推出的 v4 协议上的任何风险配置。
通用模块
通常,某些类型的验证在不同的风险参数更新之间是通用的,例如,涉及上限等数值约束的验证。然而,这些验证比代理中心上可用的验证通用性稍差。
因此,风险代理中间件还引入了通用模块的概念:可以一次性构建和部署的智能合约,允许不同的代理接入它们以进行额外的验证,从而无需在每个实例上从头开始重新实现/重新部署它们。
此类通用模块的一个例子是 RangeValidationModule,它允许代理发送一个参考整数值和一个新值,并验证后者是否在允许的范围内。
该模块了解每个代理可选的多市场性质(例如,v3 资金池所有资产的上限更新),因此它也允许约束的默认配置和细粒度配置。
安全性
风险代理已由 Zellic 独立审计。
此外,我们鼓励社区的安全提供商(例如,Certora)审查最终的风险中心/代理 Aave 实例,他们已经熟悉现有的风险管理员。
活跃的风险预言机
所有在 Aave 上部署的现有和未来的风险预言机都将通过 Chaos 风险代理基础设施与 Aave 集成和交互。当前活跃/批准的风险预言机集合如下:
| 预言机 | 功能 | 设置的参数 | 相关资产 |
|---|
| Slope 2 动态风险预言机 | 在突发流动性冲击时调整生息资产的借贷成本 | slope2 | Ethereum Core 和 Linea 上的 USDC, USDT, USDe, 和 wETH;完整列表点击查看 |
| CAPO 风险预言机 | 管理生息资产相对于基础资产的价格上限 | maxYearlyRatioGrowthPercent, snapshotRatio | 所有 Aave 实例中的生息资产(例如,LSTs, LRTs) |
| Pendle PT 风险预言机 | 确定资产定价的折扣率,并根据资产到期日管理 PT 资产的清算机制;在预言机定价错误/流动性耗尽情况下停止借贷活动的紧急开关 | liquidation threshold, LTV, liquidation bonus , discount rate | PT 资产(PT-sUSDe, PT-USDe) |
| 利率风险预言机 (WETH) | 调整 Prime 上 WETH 的借贷成本 | slope1 | WETH(Prime 实例) |
| 供应/借贷上限风险预言机 | 根据市场健康状况、利用率和可用流动性等多种因素调整供应和借贷上限 | supplyCap , borrowCap | 所有 Aave 实例中的各种资产 |
后续步骤
- 发布标准 ARFC,在将提案升级到 ARFC 快照阶段之前,收集社区和服务提供商的反馈。
- 如果 ARFC 快照结果为 YAE,则发布 AIP 投票以进行提案的最终确认和执行。