安全公司 CertiK 表示，一场由闪电贷资助的预言机攻击扭曲了 CoreVault 的一笔赎回，并耗尽了该协议的 InsurancePool，使一次价格输入故障在 BNB Smart Chain 上演变为即时的赎回流动性事件。对于存款人和流动性提供者而言，核心问题不仅在于攻击者提取了多少资金，而在于在该协议查明事实期间，赎回路径、其预言机防护机制和备用资金池是否仍可安全使用。

CertiK 报告了什么

在于 2026 年 11 月 4 日发布的一条警报中，CertiK Alert 表示一场由闪电贷资助的预言机攻击使一笔 CoreVault 赎回金额被夸大约 33 倍。该数字是安全公司的归因，尚未得到 CoreVault 独立确认的事后分析。尽管如此，如此规模的赎回结果与协议计算收到了经济上被扭曲的价格或转换输入相吻合。

CertiK 进一步指出，该操纵耗尽了 InsurancePool，攻击者在反转交易后保留了 160.26 BNB——该公司估值约为 112.2K 美元。在闪电贷攻击中，头寸在单个交易的执行窗口内开立并平仓，因此保留的收益可能与流经受影响资金池的总资金量相差悬殊。如果属实，InsurancePool 的耗尽影响远超提取金额本身：一个旨在吸收损失或支持赎回的储备，不能再被假定能够缓冲下一次不利的资产负债表事件。

报告的流程与已确认记录的对比

CertiK 的警报在 BscScan 上链接了疑似攻击交易 0x072a10a579e2a8afa26a681205a2aaaa38f74bcb9d1064b12bd9e9ebe2c598b3。在研究期间，区块浏览器追踪记录无法被独立读取，因此根据现有证据，完整的闪电贷路径、涉及的预言机调用、受影响的合约、资金流动以及所称的交易反转均未得到确认。

在金库设计中，预言机无需是唯一的记账输入，也可能造成严重的赎回错配。被攻破或稳健性不足的输入可能扭曲资产价值或赎回函数使用的份额转换参数。因此，所报告的赎回金额夸大是关键的可观察风险信号，而确切的根本原因——现货价格依赖、数据陈旧、流动性假设薄弱或其他集成故障——尚未确定。

闪电贷如何放大预言机操纵风险

闪电贷是交易范围内的借贷：流动性在交易完成前被借入、使用并偿还，否则整个状态转换将被回滚。在 CertiK 描述的流程中，这笔临时资金据称提供了移动或利用与预言机相关市场条件所需的资产负债表权重，而攻击者无需预先投入全部头寸资金。

攻击的资金来源与预言机缺陷是两回事

贷款本身并非预言机缺陷的证据。安全问题在于 CoreVault 的赎回逻辑是否信任了在同一原子执行窗口内可能受到经济影响的价格、流动性深度或转换输入。CertiK 报告的赎回金额夸大是异常输出的证据，而非对控制失败的已披露解释。

这一区别对流动性提供者很重要：暂停闪电贷访问（即使技术上可行）本身并不能修复不安全的估值依赖。所报告的 InsurancePool 耗尽反而将注意力集中在协议的损失分配顺序上——用户需要了解哪些负债排在剩余储备之前，以及任何 LP 或金库份额记账是否已被重新计算。

价格操纵事件在 DeFi 其他领域也引发了类似的担忧，包括报告的 Nostra Finance 货币市场攻击。CoreVault 事件的范围较窄，但其所述的赎回影响凸显了同样的协议设计断层线：在被操纵的估值下看似可用的流动性，可能在普通套利者恢复价格之前就被抽走。

CoreVault 用户应关注什么

在记录中，截至发稿时没有 CoreVault 的官方公告、合约地址披露、暂停通知、用户影响声明或修复计划。因此，在获得经核实的协议沟通或可归因的安全提供商更新之前，用户应将赎回的当前状态视为未知，而不是从界面上成功的一笔交易来推断安全性。

实际的关注清单很简短：赎回可用性、预言机或定价参数更新、InsurancePool 余额的变化，以及明确受影响合约和修复计划的事后分析。两个后续事项同样值得重视：独立链上分析是否会证实或修正 CertiK 的交易层面的叙述，以及协议是否会选择对 InsurancePool 进行资本重组或重构储备支持赎回的方式。所报告的储备耗尽使这些事项比二手市场评论更为重要，因为它们决定了剩余流动性能否以合理的净资产价值支持退出。

已确认的报道与未决问题

经核实的记录仅限于 CertiK 的警报：该公司报告了被夸大的赎回、InsurancePool 耗尽以及反转后的收益，而相关底层交易尚未被独立解析。有关 CoreVault 已暂停运营、补偿用户、升级合约或量化损失的说法为时尚早，因为证据中未包含任何此类协议声明。

就更广泛的安全背景而言，CertiK 的仪表板显示最后更新于 2026 年 11 月 4 日，其当前 2026 年 11 月关键数据期间的行业总损失为 183.0M 美元。该仪表板数字是行业背景，而非对 CoreVault 的归因，但它凸显了为什么未经证实的事件通知仍应促使人们对预言机敞口和提款控制进行仔细审查。

协议风险评估

当前的智能合约风险集中在赎回与预言机的边界以及所报告的耗尽之后 InsurancePool 的可用性上。治理层现在必须确定参数、预言机设计、紧急权限或储备分配规则是否需要修改；现有证据中未确定下一次治理投票的日期。在整个 DeFi 领域，这一边界的加固通常采取时间加权平均价格、多源预言机数据源、拒绝超出定义区间的报价的偏差检查，或由异常检测触发的提款控制等形式——现有证据无法确定 CoreVault 目前采用了其中哪些措施。

在 CoreVault 发布可归因的合约级调查结果之前，只要单一赎回路径、价格依赖或备用资金池决定退出能力，流动性就面临集中风险。存款人和流动性提供者应优先考虑经核实的赎回状态和任何经治理批准的修复措施，而不是投机性的恢复假设——尤其当协议确认所报告的异常赎回影响了共享抵押品记账时。

本文最初发表于 DefiLiban。