币圈界报道：

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

根据Base发布的最新事后分析报告，其主网在6月25日与26日接连出现区块生成停滞，根本原因系排序器在构建区块时存在一个重复暴露的底层逻辑缺陷。两次事件均未造成资金损失，但交易内存池因持续积压而超出容量，导致新交易请求失败。

核心漏洞引发共识链中断

问题起源于一笔无效交易的执行失败后，区块构建模块未能正确清除残留的日志状态。该过时状态保留了被错误触及的账户与存储槽信息。当后续有效交易抵达时，系统沿用错误状态进行Gas计费，生成了状态转换无效的区块，被其他节点拒绝，从而触发链级联停止。

Base明确指出，链本身完整性未受影响，所有资产均处于安全状态。团队在实施临时缓解措施后，成功恢复了正常区块生产流程。

交易积压与节点同步受阻

故障期间，用户无法将新交易提交至链上。由于系统长时间无法生成新区块，交易在内存池中持续堆积，最终超过预设阈值，致使eth_sendRawTransaction接口返回错误响应。同时，排序器与验证节点进度被卡在无效区块处，无法自主推进。

首次异常于6月25日被标记，工程师随后定位到与无效区块相关的共识层面问题，并启动应急响应。

补丁修复与重启竞态问题暴露

针对主要漏洞，团队已部署排序器更新补丁，确保在交易失败后能准确刷新日志状态。然而，在恢复过程中发现第二个关键问题：引擎重置功能存在竞态条件，导致排序器在重启后难以快速追上主链进度。这一间接因素解释了为何故障在次日再次发生。

虽然该问题仅影响排序器而非验证节点，但仍显著延缓了整体恢复时间。目前，Base状态页面显示系统已于6月25日恢复正常，提醒生态节点运营商如遇卡顿请主动重启节点。

强化测试与未来恢复机制规划

为防范类似事件，Base宣布将全面升级协议测试体系，包括引入更深入的模糊测试与高负载压力测试，以识别潜在异常交易模式所隐藏的风险点。同时，团队将优化监控告警系统与运营检查流程，提升早期预警能力。

此外，Base计划在base-consensus组件中集成优雅恢复机制，使验证节点在遭遇故障后能够更稳定地继续同步，减少对生态服务的影响。此次事件正值Beryl升级推进期，该升级引入B20代币标准，并将提现周期从七天压缩至五天。本次事故促使项目方进一步揭示系统薄弱环节，并正式公布修复方案与长期改进路线图。