尽管其 op-reth 堆栈背后的上游执行客户端 Reth 出现的状态根漏洞正在更广泛地影响兼容以太坊的网络，Mantle Network 全程保持在线。团队发布了 op-reth mantle-v1.6.3，这是 Mantle 自身生产版本线上的一个版本，将上游漏洞修复回溯其中，而非直接跳到最新的上游版本。Mantle 在 X 上发布公告称，资产安全，无需用户操作，也不需要数据库迁移，同时请求节点运营商进行升级（帖子）。

影响重大的短暂事件

此次事件短暂且对终端用户不可见，这可能让人误以为它无关紧要。事实并非如此：状态根是用于证明账户余额和合约存储有效性的密码学承诺，一旦计算错误，可能导致节点停滞、返回无效证明，或偏离规范链。Mantle 的公告强调："对于要结算到以太坊的 Layer 2 而言，这一层的正确性至关重要。"

事件经过与受影响方

该缺陷存在于 Reth（一个以太坊执行客户端的 Rust 实现）及其 OP Stack 变体 op-reth 中，后者被多个 Layer 2 网络部署。11 月 5 日，安全公司 Blockaid 披露，未打补丁的节点可能产生错误的状态根，并通过 eth_getProof 返回错误的状态证明——这是应用和跨链桥用于验证链上状态所依赖的 RPC 方法。Blockaid 将该问题归类为正确性漏洞而非攻击利用，且未发现实际资金损失。上游修复已于 11 月 3 日——即 Blockaid 公开披露的两天前——落地 Reth，包含在 Reth v2.10.0 和 op-reth v2.8.1 等已修补版本中。

响应行动遍及整个生态系统。Base 发布了 node-reth v1.5.3，并表示已重新验证其节点的正确性；Celo 则合并了回溯补丁。Mantle 选择了不同的路径，直接修补其生产版本线，而不是更新到最新版本——即回溯路线，在不引入较新上游版本中无关变更的情况下，为现有版本线提供针对性修复。

为何对更广泛的加密生态系统至关重要

执行客户端是区块链基础设施中最不显眼却影响最大的组件之一。开发者在它们之上扩展 API 并运行索引器。机构依赖于托管方、交易所和数据提供商。所有这些层都依赖节点就状态达成共识。错误的状态根并不一定意味着资金被盗——它可能意味着证明不准确、同步停止，或应用接收到不一致的数据。

当跨链桥和跨链消息服务依赖可证明的状态时，即使是短暂的不一致也可能触发预防性停机。这些停机是防御性响应，而非攻击利用的结果，但它们表明，单个客户端漏洞可以多么迅速地造成全生态系统的中断。

该事件还凸显了客户端多样性的重要性及其局限。以太坊的执行层得益于运行多个客户端，降低了单一客户端故障带来的系统性风险。然而，大多数 OP Stack 链共享 op-reth。因此，这一共同组件中的漏洞会在原本相互独立的网络之间制造关联风险。

Mantle 与 OP Stack 网络的后续动向

眼下的步骤是运营商的采用。只有当节点运营商、RPC 提供商、验证者和基础设施团队部署补丁后，风险才会真正降低，运营商需要规划升级并测试其节点。Blockaid 建议协议和跨链桥核实其提供商已完成修补。

从长远来看，此次事件凸显了三种模式：对无法立即更新的生产版本线加快披露和回溯速度；为客户端漏洞制定更多应急预案，包括在证明不可信时对跨链消息进行证明验证；以及持续分析 OP Stack 链之间的共享依赖。

对 Mantle 而言，考验在于持续运营。其创立初衷依赖于为去中心化金融、游戏和消费类应用提供可扩展性、低费用和可信结算。在上游漏洞期间保持在线支持了这一主张，但该网络仍需证明其生产版本线与上游安全补丁保持同步。归根结底，区块链安全还关乎计算状态的软件——以及打补丁的速度。