Base表示，同一定序器错误导致了6月25日和26日的宕机

Base 解释了为何其主网在两天内两次停止出块

摘要

• Base 的最新事后分析显示，同一个排序器漏洞导致主网在连续两天内两次停止运行。
• 资金保持安全，但由于 Base 暂时停止生成新的 L2 区块，交易队列出现溢出。
• 团队计划在中断后加强模糊测试、负载测试、监控和恢复工具。

这家由 Coinbase 支持的以太坊二层网络表示，两次中断均源于其排序器区块构建逻辑中的同一个漏洞。

第一次中断始于 6 月 25 日，持续约 116 分钟。第二次始于 6 月 26 日，持续约 20 分钟。Base 表示，两次事件中资金均保持安全。

排序器漏洞停止区块生产

在官方事后分析中，Base 表示一笔无效交易在执行期间按预期失败。问题出现在失败之后：区块构建器内残留的陈旧的日志状态。

在 6 月 25 日和 26 日，Base 主网经历了两次区块生产中断，均由区块构建逻辑中的同一个底层漏洞引起。

我们已经定位并修复了根本原因，并将事后分析作为反馈传达给了 OP 链。

所有资金均安全… pic.twitter.com/eArnK12AgZ

— Base Build (@buildonbase) 2026 年 6 月 27 日

该陈旧状态包括被失败交易触及的账户和存储槽。当下一笔有效交易到来时，系统使用了错误的日志状态，导致 Gas 计费出错。

这创建了一个包含无效状态转换的区块。其他节点无法接受该区块，因此链停止生成新的 L2 区块。

“链的完整性未受损害，Base 上的所有资金均保持安全，”Base 表示。

团队补充说，在缓解措施后，区块生产已安全恢复。

中断期间交易排队

在中断期间，用户无法将新交易包含到链上。Base 表示，在链等待区块生产恢复期间，交易在内存池中排队。

交易池后来增长到超出其存储容量。因此，新的 eth_sendRawTransaction 请求在中断窗口期间返回错误。

中断还影响了排序器和验证器的进度。Base 表示，这些节点在排序恢复前无法越过无效区块。

如先前报道，Base 于 6 月 25 日首次标记出异常的区块生产，随后工程师隔离了一个与无效区块相关的共识问题。

补丁修复了陈旧状态问题

Base 表示，已通过应用排序器补丁修复了主要漏洞。该补丁确保在失败交易后执行期间正确更新日志状态。

团队在恢复过程中还发现了第二个问题。Base 表示，缓解耗时较长，因为引擎重置功能中的竞态条件阻止了排序器在重启后追赶进度。

第二个问题有助于解释为何事故在第二天再次发生。Base 表示，该问题影响排序器而非验证器节点，但仍拖慢了恢复速度。

Base 状态页面显示，排序器已于 6 月 25 日恢复。它还告知生态系统节点运营商，如果节点仍停滞，请重启 Base 节点。

计划进行测试和恢复变更

Base 表示将加强协议模糊测试和负载测试。这些方法有助于团队发现可能暴露隐藏漏洞的异常交易模式。

团队还计划改进监控和运营检查。这些变更应有助于工程师更早检测类似问题并更快响应。

Base 还希望为基础共识（base-consensus）添加优雅恢复功能。该变更加便于验证器节点在类似故障后继续同步。

此次中断发生在该网络繁忙的一周内。Base 还推进了其 Beryl 升级，该升级引入了 B20 代币标准，并将标准的 Base 到以太坊提现期从七天缩短至五天。

该事件为开发者和用户更清晰地揭示了薄弱环节。Base 现已命名该漏洞、发布补丁，并列出了计划改进的测试项目。