本文介绍了由 Chaos Labs 和 BGD Labs 联合开发的 Chaos 风险代理框架。该框架作为 Aave 协议与风险预言机之间的治理对齐中间件，旨在通用化、模块化地处理风险数据消费。它通过代理中心集中管理独立的代理合约，提供严格的链上验证、权限隔离和更好的可见性，以简化风险参数更新流程，同时保持 Aave DAO 的完全控制权。框架支持现有及未来的风险预言机，并已通过安全审计。提案将进入社区反馈和治理投票阶段。
注：摘要由 AI 自动生成，可能与正文存在差异，仅供参考。
介绍 Chaos 风险代理，这是一种在风险预言机与 Aave 协议之间、与治理保持一致的新型编排与验证中间件，旨在消费风险更新的同时，在 DAO 所有权下保留完全控制权。
由 Chaos Labs 和 BGD Labs 联合开发。
风险代理框架能够实现：
在过去两年中，Aave 逐步集成了风险管理员——一个由能够对参数配置进行有限调整的智能合约组成的基础设施层。风险管理员的目标是在保持严格的操作和安全边界的同时，简化明确定义的参数更新，而无需治理提案。
目前，风险管理员负责处理一系列参数的风险建议，包括供应和借贷上限、利率（例如，slope2 值）以及跨多个资产和 Aave 实例的 CAPO 值。
这些更新由风险提供商手动执行（即“手动”风险管理员），或通过 Chaos 风险管理员执行，后者直接接入风险预言机以提供不受操作开销限制的实时建议。
虽然现有系统为 Aave 服务得很好，但仍存在一些限制：
当前风险管理员架构
Chaos 风险代理框架将 Aave 内消费风险预言机数据的过程通用化和模块化。它消除了冗余部署，集中了验证逻辑，并提高了所有风险自动化层的可见性。其结果是一个更简洁、更易维护的架构，使 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 实例中的各种资产 |