Aave oracle kegagalan mencetuskan pembubaran $21.7 juta dalam DeFi

3月10日,aave预言机基础设施中的技术配置错误导致强制清算,对DeFi依赖自动化风险系统进行了压力测试。

Aave上2170万美元的清算事件

在3月10日,由于Wrapped stETH (wstETH)风险代理中的链上约束导致抵押品价值被低估,Aave用户遭受了约2170万美元的清算损失。总共有34个账户被清算,因为协议将wstETH的估值定在比其真实市场价格低约2.85%的水平。

该协议最终没有产生坏账并补偿了受影响的用户。然而,这一事件暴露了自动化DeFi风险管理在没有人工干预的情况下执行变更的结构性弱点。它还显示了配置错误的参数如何迅速级联为原本健康头寸的大规模清算。

根据事后数据,持有wstETH作为WETH债务抵押品的用户仅因错误估值而显得抵押不足。此外,按实际市场价格计算,他们的头寸本应保持安全,这凸显了故障是基础设施性的而非市场驱动的。

CAPO故障的机制

该事件源于Aave的CAPO(相关资产价格预言机)系统,该系统旨在防止具有相关价格的资产(如wstETH和stETH)被操纵。CAPO从Lido获取wstETH/stETH比率,通过WstETHPriceCapAdapter应用保护上限,然后将结果乘以ETH价格以获得美元估值。

3月10日12:47 UTC,Chaos Labs的链下Edge Risk引擎建议将CAPO最高价格更新为1.1933947 wstETH/ETH。当时,实际市场比率为1.2285,这意味着拟议的上限已经明显低于当时价格。

BGD的AgentHub通过其Oracle Automation系统在一个区块后执行了这一建议,在链下建议和链上实施之间没有任何审查缓冲。也就是说,正是这种即时管道将配置错误转化为立即影响用户的事件。

由此产生的2.85%错位导致协议低估了wstETH抵押品。结果,根据真实市场数据本应安全的账户被标记为抵押不足并被清算。在问题被发现和纠正之前,级联处理了34个账户的10,938 wstETH,并为清算人产生了约512 ETH的清算奖金。

技术根本原因:快照不对齐

技术故障源于CAPO内snapshotRatio和snapshotTimestamp之间的参数不匹配。Chaos Labs的链下风险代理计算出约1.2282的目标比率,锚定在7天前的快照。然而,链上系统限制了比率移动的速度。

根据CAPO的保护规则,之前约1.1572的链上值每3天只能增加3%。实际上,这意味着即使链下目标已经上涨,该比率在单次更新中也只能上升到约1.1919。此外,更新没有将这些约束与时间戳逻辑对齐。

snapshotTimestamp的设置好像链上锚点已经反映了7天前的链下比率1.2282。这在时间和价格参考之间造成了关键的不一致。因此,CAPO计算出约1.1939的最大汇率,比真实市场汇率1.2285低约2.85%。

这一事件标志着Chaos Labs的CAPO风险代理自部署以来首次将自动更新推送到链上。也就是说,首次执行就产生了用户清算,这使得配置错误对治理和用户来说都特别令人担忧。

从Edge Risk到AgentHub的自动化执行链

Edge Risk是Chaos Labs专有的链下风险引擎,从指定地址准备和推送参数更改。AgentHub由BGD开发,使用Oracle Automation监听这些更改,然后将其传播到协议。

错误的参数更改通过Chaos Labs的自动化风险堆栈以两笔交易的顺序移动。首先,Edge Risk引擎建议在交易0xfbafeaa8c58dd6d79f88cdf5604bd25760964bc8fc0e834fe381bb1d96d3db95中将上限更改为1.191926 wstETH/ETH。然后,AgentHub通过交易0x32c64151469cf2202cbc9581139c6de7b34dae2012eba9daf49311265dfe5a1e在一个区块后执行了更改。

由于市场状况保持稳定,2月份Aave的每日清算相对温和,很少超过500万美元。3月10日飙升至2160万美元是一个孤立的异常值,比典型水平跳升约4倍。此外,纠正后清算量迅速恢复到基线,证实压力来自预言机路径而非更广泛的协议破产。

这一行为强化了wstETH定价问题是一次独立配置故障的结论。它不是Aave生态系统内抵押品质量恶化、流动性问题或系统性去杠杆化的症状。

检测、缓解和清算补偿计划

配置错误在几分钟内被检测到,促使Aave团队及其风险提供商加速事件响应。为了遏制进一步暴露,Aave Core和Aave Prime上的wstETH借款上限都迅速降至1,有效冻结了针对该资产的新借款活动。

通过手动风险管理员干预,团队将snapshotRatio与实时snapshotTimestamp重新对齐,将预言机馈送恢复到正确值。预言机纠正通过交易0xb883ad2f1101df8d48f014ba308550f3251c2e0a401e7fc9cf09f9c2a158259d推送,而将wstETH借款容量设置为1 wstETH的借款上限更改通过交易0x34f568b28dbcaf6a8272038ea441cbc864c8608fe044c590f9f03d0dac9cf7f8执行。

尽管强制出售,协议没有产生坏账,并向Aave治理论坛发布了详细的事后分析。然而,清算造成的用户损失需要单独的政策响应,最终导致制定了结构化的清算补偿计划。

为了补偿受影响的账户,Aave通过BuilderNet退款收回了141.5 ETH的清算奖金。然后DAO金库弥补了剩余差额,用户总赔偿上限为358 ETH。重要的是,该计划通过直接的Aave改进提案(AIP)实施,确保受影响的用户获得全额补偿,尽管错误源于基础设施。

3月10日事件前后的市场背景

在2月至3月期间,Aave上的跨链活动显示出强劲的用户增长。例如,Avalanche在2月10日记录了38,445名存款用户,而Base在3月6日(预言机驱动的清算事件前四天)记录了31,763名存款用户。

这些激增凸显了Aave支持网络上不断增长的用户参与度,即使协议正在应对复杂的技术事件。此外,Aave的整体存款和借款在2026年初保持稳定,表明事件后对协议核心设计的信心没有实质性削弱。

存款的稳定性,加上清算的快速正常化,强调了wstETH错误定价源于配置问题,而非抵押品市场的基本压力。也就是说,自动化提供商和预言机路径的集中风险仍然是Aave规模的DeFi平台的结构性关注点。

治理、透明度和自动化预言机执行的未来

3月10日事件说明了主要DeFi借贷协议中自动化预言机执行创造的治理权衡。Chaos Labs的Edge Risk建议了一个低于市场的上限,BGD的AgentHub在一个区块后执行它,清算在几分钟内随之而来,几乎没有留出人工干预的时间。

Aave以迅速检测、果断纠正措施和部分由DAO金库资助的全额用户补偿做出回应。然而,这一事件揭示了执行前验证的不足,并突显了过度依赖单一专有风险引擎的风险。特别是,Chaos Labs Edge Risk计算的封闭性限制了独立验证,并将重大运营控制权交给外部服务提供商。

随着更多DeFi协议采用自动化CAPO风险代理框架和类似系统,该事件表明治理必须纳入强大的测试、明确的审查窗口和透明的监督。此外,更广泛的aave预言机架构可能需要额外的安全层,如多源交叉检查或分阶段推出机制,以确保未来的技术错误不会直接转化为用户损失。

总之,3月10日的清算不是市场危机,而是治理和基础设施压力测试。自动化、快速执行和不透明风险建模的结合强调了为什么DeFi协议必须在效率与透明、可审计的保障措施之间取得平衡以保护用户。