设想这样一个场景:一名借款人带着价值仅几美元的250个SAUCE代币出现,提交了一次价格更新,几秒钟后便带着数百万枚稳定币和封装HBAR离开。这不是误操作,甚至不是复杂的夹层攻击,仅仅是一个预言机验证器缺少了一道防护。
大约在2026年7月11日00:51 UTC,Hedera上的Bonzo Lend因一次被操纵的按需预言机更新而被掏空,随后协议迅速暂停。初步统计损失接近900万美元,大部分赃款在大多数人喝完早咖啡之前就已经开始在链间转移。
关键点在于,价格反馈并非通常意义上的“错误”。本应检查所报告价格更新是否合法的验证器合约,却接受了一个带有无效签名的更新。这就是薄弱环节。
DeFi的生死存亡依赖于外部真相——价格、证明、状态根。来源与应用之间的任何断裂都是攻击者会探查的裂缝。在Bonzo的案例中,Hedera上的一个验证器合约放行了一次恶意更新。下游的借贷逻辑完全按照其代码设定执行,最终由资金池买单。
预言机并不需要在价格上出错,验证器只需要在信任上出错。
现在谁感受到了影响?
贷款人、审计方、预言机团队,坦白说,任何使用按需预言机数据且验证宽松的应用都会受到影响。Hedera用户感受到了,因为流动性被抽走,信心受到打击。跨链观察者感受到了,因为资金迅速转移至以太坊,增加了追回难度。
真正出问题的是验证器,而非价格馈送
按需更新速度很快,但验证器是瓶颈所在。Bonzo依赖Hedera上的按需预言机设置。这种设计允许用户在交易或借贷需求发生时立即请求或提交价格更新,而无需等待定期推送。这种效率对延迟非常有利,但如果验证关口松懈,也会带来不可原谅的后果。
Bonzo Finance将此次事件归因于Supra在Hedera上的链上预言机验证器存在缺陷。其声明称,验证器接受了一个带有零值或无效签名的价格更新。Supra承认了问题,并在Hedera主网上部署了修复补丁。
为什么签名验证比人们想象的更重要
在按需模型中,验证器是最后一道防线。它应检查谁签署了更新、负载是否新鲜、序列号或时期是否对齐。如果其中任何一项检查松懈,攻击者就能插入一个编码了荒谬价格的负载,使伪造信息顺利通过。下游的借贷池看到的是价格,而非谎言。
攻击如何在几秒内完成
以下是基于公开报道和链上监控汇总的大致流程:
攻击者将约250个SAUCE作为抵押品存入。按市场价值,这微不足道。然后他们向按需预言机提交了一次价格更新,将SAUCE的价格抬高约12个数量级。
验证器尽管签名无效或为零,却接受了这次更新——这原本应该失败。这是Bonzo指出的关键漏洞路径,也被Supra承认。
凭借锁定后的荒谬抵押品价值,攻击者大量借贷。几秒内,约663万枚USDC和约3450万枚封装HBAR被提取。据估计,在该窗口期间的总借贷额接近1006万美元,其中包含一次白帽归还。
Bonzo暂停协议以阻止进一步损失。链上监控开始追踪资金流出和对手方。
约525万美元的收益在攻击后不久从Hedera桥接至以太坊。到达后,攻击者将其兑换为WBTC和ETH等资产,给追踪者(如Specter和PeckShield)留下了清晰足迹,他们在数小时内公布了盗窃地址。
时机至关重要
初始触发发生在2026年7月11日00:51 UTC。这个时间点值得注意,因为UTC深夜通常市场关注度较低,这能为攻击者争取几分钟的安静时间,直到自动警报触发。
预言机设计及假设隐藏之处
人们往往倾向于从品牌或网络层面思考:X链安全,Y链有风险。这种简略说法忽略了真正问题。大多数预言机事件始于某个特定组件内部的特定假设,通常是验证器或适配器,而非预言机本身的概念。
以下表格对比了不同预言机设计:
(表格内容以段落形式呈现)
推送式预言机(带签名报告): 价格来源为聚合链外数据馈送;验证器表面为链上合约检查签名、轮次和过期时间;常见防护栏有轮次ID、最小确认数、心跳窗口;需警惕的故障模式包括验证器签名错误、接受过期数据、馈送配置漂移。
按需预言机(交易时请求): 价格来源为按需请求;验证器验证每个请求的签名者集合和负载新鲜度;防护栏包括随机数、过期时间、签名者法定人数、偏差限制;故障模式包括签名接受错误、缺少偏差上限、重放接受。
链上DEX TWAP(同一链上自动做市商池): 消费者从池预言机提取TWAP;防护栏包括较长窗口期、流动性阈值;故障模式包括低流动性操纵、薄弱的对锚定、使用过时窗口。
混合锚定(链外馈送加DEX合理性检查): 应用强制交叉检查;防护栏包括偏差限制、双重来源法定人数;故障模式包括交叉检查逻辑错误、压力期间关联性故障。
验证器必须拒绝什么
对于按需更新,验证器应拒绝任何缺少签名或签名归零、签名者不在活跃集合中、时间戳超出过期窗口、随机数未递增、或偏差超过配置上限(除非多签名法定人数确认)的更新。Bonzo案例看起来像是第一道防线就失效了:格式错误或无效的签名被视为有效。
价格不需要是“真实的”才能通过,它们需要被正确证明。这就是为什么验证器假设在审计中看起来隐形的缘故——所有人都在盯着下游的数学计算,而证明关口却只得到粗略一瞥。
Bonzo目前的状态
暂停、分类与热修复: Bonzo在攻击窗口后暂停了协议。根据Bonzo的声明,Supra在Hedera主网上部署了针对受影响验证器的修复。这是必要的,但只是第一步。应用层的变化通常会随之而来,例如增加按资产借贷上限、在应用层进行偏差检查,以及对异类抵押品设置合理性限制。
资金在流动: 追踪者报告称,约525万美元的收益转移到了以太坊并兑换为WBTC和ETH等流动资产。与盗窃相关的钱包在数小时内被Specter和PeckShield标记,这有助于中心化交易所和桥接器决定如何处理流入资金。
流传的数字提到,在峰值期间约借出了663万枚USDC和3450万枚封装HBAR,总金额接近1006万美元(排除白帽归还部分)。受害者账户通常会在第一周内发生变化,因此请谨慎对待早期统计。
给贷款人和预言机团队的实用教训
不要将所有合理性检查外包给预言机: 预言机可以证明某个价格,但它无法决定你的市场是否应该允许一个几乎无流动性的微盘抵押品出现12个数量级的跳跃。贷款人可以按资产限制借贷规模,对薄弱的代币要求更高的抵押率,并添加应用层偏差检查——如果价格在一个区块内翻倍或减半,则暂停交易。
验证器审计需要自己的检查清单: 大多数审计报告关注利息计算和清算循环。请为预言机适配器和验证器安排单独的审查人员。问一些非常基础的问题:如果签名为空会发生什么?如果时间戳为零呢?是否防止跨链重放?应用是否验证价格是新鲜的且来自预期的轮次或时期?这些就是漏洞藏身之处。
操作手册优于备忘录: 当出现一个价格足以让人用几美分借走整个池子时,操作员应能一键冻结该市场。全面暂停协议过于粗暴,按资产设置断路器更为重要。此外,提前指定一个应急响应小组名单。当倒计时开始,你不想在跨时区呼叫人员。
第二视角能救你一命: 双重来源并非万能,但能为你争取时间。如果按需验证器接受了一个格式错误的更新,一个轻量级的交叉检查(比如对照DEX TWAP或第二个预言机)可以阻止应用使用该价格,直到人工介入。你会损失一些延迟,也许还有一些资本效率,但能获得一层针对此类验证器漏洞的安全防护。
对于像SAUCE这样的流动性差的长期尾资产,合理的问题是:它们是否应该被允许作为借贷抵押品?或者只能设置极小的上限?抵押品上架是产品决策。降低尾部资产风险,能让你的核心市场在边缘攻击中存活下来。
展望与下一步关注点
补丁很快,信任很慢。 Supra迅速修补了Hedera上出问题的验证器,Bonzo在事件发生后立即暂停并开始分类处理。预计其他使用类似验证器逻辑的链也会进行更多审查。预计贷款人会撤出或限制长期尾抵押品。如果被标记地址试图转移大额资金,预计会有更多跨链冻结。
审计师将扩大审查范围。 验证路径、签名者轮换和负载格式将在审计中获得更多关注。这是好事。攻击面很小且可测试。模拟格式错误的签名,对时间戳和随机数进行模糊测试,要求证明验证器每次都能拒绝垃圾数据。
用户应预期更多摩擦。 这可能表现为更紧的贷款价值比、压力期间的可变利率飙升,以及新代币上架速度放缓。这并不有趣,但当一个900万美元的损失通过一个本应简单的关口发生时,这是诚实的回应。
风险与可能出错的地方
如果代码在其他链上被复用而未修复,验证器漏洞可能存在于兄弟部署中。模仿行为可能在缓解措施普及之前,针对其他长期尾资产或按需路径。来自Hedera贷款人的流动性外逃可能扩大价差并使清算更加混乱。如果资金通过多个场所或受制裁路线混合,追回努力可能停滞。全局暂停的过度纠正可能驱使用户离开并延长流动性不足。仅修补预言机层面而不设置应用层上限,会为不同操纵方式留下后门。
不要假设单一合约修复就能解决一切。失败的是一个假设,而不仅仅是一行代码。
常见问题解答
这是价格预言机故障还是借贷协议漏洞? 直接故障发生在预言机验证器。它接受了一个带有零值或无效签名的价格更新,这本应被拒绝。借贷协议随后将该价格视为真实价格。两个层面都很重要,但关键失误在于验证环节。
250个SAUCE如何变成足以借出数百万美元的抵押品? 攻击者提交了一个按需价格更新,将SAUCE价格抬高约12个数量级。由于验证器接受了它,应用认为抵押品价值巨大,从而允许超量借贷。
攻击者具体借走了什么,资金流向了哪里? 报告称,在窗口期间约提取了663万枚USDC和3450万枚封装HBAR,总金额接近1006万美元(排除白帽部分)。随后约525万美元被桥接至以太坊并兑换为WBTC和ETH等资产。
预言机提供商有回应吗? 是的。Bonzo表示Supra承认了验证器问题,并在Hedera主网上部署了针对受影响验证器的修复。这解决了特定漏洞路径,但更广泛的审查仍然必要。
这种情况会发生在使用相同预言机的其他链上吗? 如果相同的验证器逻辑在其他地方部署而未修复,类似风险可能存在。许多提供商按链定制部署,因此影响可能不同。团队应盘点相同验证器代码运行的位置,并紧急修补。
用户如何降低自身风险? 坚持使用深度流动性和保守上限的市场。检查协议是否使用多个价格来源或在应用层设有偏差检查。监控官方渠道获取暂停通知。并假设长期尾抵押品可能以意想不到的方式出问题。
资金已经到达以太坊,还有可能追回吗? 情况复杂。地址已被标记,有助于一些场所阻止赎回。但链上兑换为流动资产使得直接追回更加困难。谈判或部分追回有可能,但远非保证。
免责声明:本文仅供信息参考。不构成也不应被用作法律、税务、投资、金融或其他建议。
ETH
HBAR
WBTC

交易所
交易所排行榜
24小时成交排行榜
人气排行榜
交易所比特币余额
交易所资产透明度证明
去中心化交易所
资金费率
资金费率热力图
爆仓数据
清算最大痛点
多空比
大户多空比
币安/欧易/火币大户多空比
Bitfinex杠杆多空比
ETF追踪
索拉纳ETF
瑞波币ETF
香港ETF
比特币持币公司
加密资产反转
以太坊储备
HyperLiquid钱包分析
Hyperliquid鲸鱼监控
大额转账
链上异动
比特币回报率
稳定币市值
期权分析
新闻
文章
财经日历
专题
钱包
合约计算器
账号安全
资讯收藏
自选币种
我的关注