Aave Labs 推出统一协议指南，以简化跨多个平台的数字资产集成

目录 Aave Labs 引入了 ARFC，提出了跨 Aave V3、V4 和 Horizo​​n 的标准化技术资产列表框架。该提案针对的是如何在协议的治理系统中列出、维护和扩展资产。它定义了涵盖 ERC20 行为、预言机设计和访问控制的技术评估的统一基线。该框架旨在使资产评估在治理决策中更加一致、透明和可重复。 Aave Labs 设计该框架是为了提高多个部署中资产准入决策的一致性。随着 Aave 跨链和资产类型扩展，该提案应对了日益增加的复杂性。它正式规定了技术审查的结构，特别是对于治理贡献者和风险提供者而言。目标是减少评估资产是否满足基准技术要求时的模糊性。该框架将资产审查与 Aave 的资产分类框架保持一致。在开始更深入的评估之前，必须将每项资产映射到其类别。这种分类决定了技术审查期间某些要求的严格程度。根据特定类别的风险规则，产生收益或桥接的资产面临额外的审查。预筛选规则构成了全面审查之前的第一道关卡。必须尽可能部署、验证资产并映射到可比较的列表。治理还检查合约与审计版本和跨链一致性的一致性。未通过这些检查的资产不会进入全面的入职评估。评估方法将事实调查结果与建议分开。审核人员必须清楚地记录合同、风险、缓解措施和残留风险。报告可能包括定性评级，但避免固定的评分阈值。这种结构确保治理保持灵活性，同时提高技术清晰度。 Aave Labs 提出标准化技术资产列表框架 Aave Labs 提出 ARFC 采用标准化技术资产列表框架，用于在 Aave V3、Aave V4 和 Horizo​​n 上寻求列表、持续列表或材料参数扩展的资产。该框架… pic.twitter.com/jEKR9H0VcW — Wu Blockchain (@WuBlockchain) 2026 年 5 月 29 日 ERC20 合规性构成了该框架技术要求的基础。代币的行为必须是可预测的，没有转移费用或变基机制。 Aave 还限制 ERC777 挂钩和不兼容的传输逻辑。这些限制确保了 DeFi 集成中的稳定记账和可组合性。甲骨文设计仍然是上市过程中的核心依赖项。 Aave 需要 Chainlink 价格反馈或经批准的 CAPO 适配器来获取收益资产。必须验证馈送可靠性、心跳限制和偏差阈值。预言机基础设施薄弱或缺失可能会延迟或阻止资产上线。访问控制规则定义如何评估和分类特权角色。该框架将角色安全性从单密钥控制到 DAO 治理模型进行了排序。铸造、暂停和升级权限需要强大的多重签名或时间锁保护。弱配置可以直接降低治理决策中允许的暴露水平。桥梁系统、审计和外部依赖性完成了风险面审查。跨链资产必须清楚地记录规范的供应和桥梁架构。审核历史记录必须显示已部署代码中没有未解决的关键漏洞。还评估诸如质押或托管系统之类的依赖关系的失败风险。