Aave协议中的Oracle系统配置错误于3月10日触发了2700万美元的强制清算，导致包装质押以太坊(wstETH)相对于其实际市场汇率被低估了2.85%。根据Chaos Labs的事后分析，CAPO oracle错误导致Aave V3以太坊核心和Prime实例应用了大约1.1939 wstETH-per-ETH的汇率，而实时链上汇率约为1.228，这一差距足以将34个高杠杆E-Mode头寸自动推至清算阈值以下。结果导致10,938 wstETH被清算。协议表示没有产生坏账，并正在采取措施补偿所有受影响用户。
损失情况：34名用户，2700万美元清算，499 ETH机器人利润
Oracle故障清算了34名用户，总清算量达到2700万美元的wstETH头寸。清算机器人迅速行动，通过执行本不应在此时符合清算条件的头寸，捕获了499 ETH的奖金，约合120万美元。
Aave创始人兼首席执行官Stani Kulechov在周三的帖子中确认，协议没有因此事件产生坏账。
1/ stETH CAPO配置错误
今天，Aave的CAPO oracle配置错误导致wstETH E-Mode清算，造成345 ETH损失。没有产生坏账，所有受影响用户将获得全额赔偿。更多详情如下。
— Omer Goldberg (@omeragoldberg) 2026年3月10日
在流向清算者的499 ETH中，Aave通过BuilderNet退款回收了141 ETH（28.5万美元），并通过清算费用回收了额外的13 ETH。这些回收的资金将直接流向受影响用户作为补偿，DAO金库资金将覆盖任何剩余缺口，直至达到已识别的345 ETH超额清算收益。
Lido贡献者确认该事件与wstETH或Lido质押协议本身无关；问题完全源于Aave的oracle配置层。在事件发生时，以太坊价格正在捍卫2,000美元支撑区域，清算价值因ETH计价抵押品的更广泛市场背景而被放大。
Chaos Labs确认Aave CAPO Oracle配置错误：他们的发现
Aave的外部风险管理合作伙伴Chaos Labs确认，该事件源于其描述为在不同链上更新约束下的链上配置错位，而非CAPO系统或Aave核心oracle基础设施的设计缺陷。
团队强调，在3月10日之前，Chaos Risk Oracles已在Aave市场处理了超过1,200个有效载荷和3,000多个参数，没有发生任何事故。
Chaos Labs迅速控制了局势：wstETH的借款上限立即降低，快照参数手动重新对齐以恢复oracle准确性。Kulechov在其公开声明中指出，配置问题在事后分析发布时已经得到修复，并赞扬了团队在限制更广泛的DeFi风险传染方面的响应速度。
Aave治理事后分析将此标记为CAPO在Aave V3上部署历史中的首次操作故障，尽管在多个市场已运行超过一年。
交易者和Aave用户接下来关注什么
当前的焦点是全额赔偿时间表。Aave DAO服务提供商正在最终确定对所有34名受影响用户的赔偿方案，继通过BuilderNet进行的141 ETH初始退款之后，预计不久将发布正式的治理公告。
除了赔偿之外，治理团队正在对所有Aave市场的CAPO参数进行更广泛的审查，更新过时的快照，并建立增强的监控系统，以在利率差异达到清算阈值接近之前发出警报。
该审查是否会产生具有约束力的参数更新标准，还是仅保持咨询性质，这是需要关注的治理问题。如果DAO正式制定自动化的CAPO同步要求并发布更新的风险oracle文档，该事件最终可能会增强Aave的操作可信度。如果审查停留在讨论阶段，声誉成本将与财务成本叠加。
本网站所有区块链相关数据与资料仅供用户学习及研究之用，不构成任何投资建议。转载请注明出处：https://www.lianxinshe666.com/2026/03/11/aave-oracle%e9%85%8d%e7%bd%ae%e9%94%99%e8%af%af%e5%bc%95%e5%8f%912700%e4%b8%87%e7%be%8e%e5%85%83%e6%b8%85%e7%ae%97%ef%bc%9acapo%e8%af%af%e9%85%8d%e7%bd%ae%e7%a1%ae%e8%ae%a4/
