币圈界报道：

Base链两次区块生成中断：排序器状态管理缺陷成导火索

Coinbase运营的Base二层网络在近期遭遇两次严重服务中断，均源于其核心排序器模块中的状态清理逻辑缺陷。根据事后复盘报告，当一笔无效交易在区块构建阶段执行失败后，系统未能清除相关的账户与存储访问记录，导致账本状态滞留过时，进而阻塞后续流程。

单排序器架构放大故障影响范围

由于Base采用集中式排序器结构，该组件承担所有交易排序与区块打包任务，一旦其逻辑出现异常，整个网络将陷入无法推进的僵局。首次中断持续116分钟，第二次持续20分钟，期间新区块完全停止生成，验证节点亦无法跳过问题区块继续运行。

修复延迟源于基础设施复杂性而非代码漏洞

工程师指出，尽管底层代码问题已被定位并修补，但实际部署过程中因环境配置、依赖协调及系统重置时序等非代码因素，导致修复耗时超出预期。这一现象凸显了生产环境中运维复杂度对系统稳定性的重要影响。

重置后竞态条件触发二次中断

在首次恢复后，系统重启过程中暴露出新的并发冲突——即“竞态条件”——致使排序器与验证节点间无法及时完成同步。该现象成为第二次中断的直接诱因，表明问题不仅存在于初始故障，还延伸至恢复路径的设计缺陷。

状态残留如何引发链级停滞

分析揭示，账本状态作为执行过程中的关键上下文，若未在失败后被正确清空，将使后续计算路径进入不一致状态。这种状态污染会阻止排序器和验证节点达成共识，最终造成链上进度永久冻结，直至人工干预或系统重载。

中心化排序器的连锁效应威胁用户体验

排序器作为卷叠网络的中枢，决定交易顺序与区块产出节奏。其失效不仅带来确认延迟，更可能引发用户操作失败、资金冻结等连锁反应。此次事件再次印证，类似问题曾在Arbitrum、OP主网及zkSync Era等多条二层链上发生，反映出行业共性挑战。

改进方向：从被动响应转向主动防御

为防范未来类似事件，Base团队计划引入强化的协议模糊测试机制，通过注入大量异常输入来探测边缘场景下的行为异常。同时，正开发“优雅恢复”功能，力求实现无需手动介入的自动重启与状态重建，缩短网络停摆周期。

历史重演：并非首例排序器相关中断

事实上，这并非Base首次遭遇排序器层面的故障。此前分别于2024年9月与2025年8月发生过两次短时中断，分别持续17分钟与半小时。随着其锁仓价值逼近110亿美元，位居二层网络前列，任何稳定性波动都将直接影响市场信心与生态信任。