Base主网两度宕机：同一漏洞致区块生产中断

核心提要：Coinbase支持的以太坊二层网络Base在两天内两次因排序器逻辑缺陷导致主网出块停滞。尽管资金安全无虞，但交易队列溢出引发服务异常。团队已发布补丁并计划强化测试与恢复机制。

Base主网连续两日出块中断根源披露

根据Base发布的最新事后分析报告，其主网在6月25日与26日接连出现区块生成停滞现象，根本原因系排序器在处理无效交易后未能正确更新日志状态，导致后续有效交易被错误计费，生成非法状态转换区块。

核心故障源于同一日志状态残留缺陷

两次事件均指向排序器区块构建流程中的一个深层逻辑漏洞。首次中断始于6月25日，持续约116分钟；第二次发生于次日，持续时间约为20分钟。尽管链上资产未受损失，但系统在恢复前无法继续推进新区块生成。

无效交易残留状态触发共识失效

问题出现在一笔无效交易执行失败之后：系统未及时清除其影响范围内的账户与存储槽状态。当后续合法交易进入时，系统误用过时状态进行计算，造成Gas费用计收错误，最终产出一个无法被其他节点验证的无效区块，从而引发全网共识停滞。

交易池超载与节点同步阻塞

在出块中断期间，用户提交的新交易积压于内存池中。随着请求量激增，系统超出容量上限，导致新交易调用返回失败。同时，排序器与验证节点因无法跳过无效区块而陷入僵局，进一步延缓了整体恢复进程。

补丁修复与重启竞态条件暴露

团队通过部署排序器热修复补丁解决了主要状态残留问题，确保失败交易后日志状态可正确刷新。然而，在恢复过程中发现另一关键问题——引擎重置功能存在竞态条件，致使排序器重启后难以快速追上最新链状态，成为次日故障再现的技术诱因。

强化测试与韧性提升计划启动

为防止类似事件重演，Base宣布将全面加强协议层面的模糊测试与高负载压力测试能力，以识别潜在异常交易模式。同时，团队将优化监控体系与应急响应流程，并着手在base-consensus模块中引入优雅恢复机制，使验证节点在遭遇故障后能自主完成链同步。