Base 网络的主网区块生产在 2026 年 6 月 25 日停滞了近两个小时，起因是第 47,806,542 号区块触发了共识故障，导致定序器在 UTC 时间 16:03 冻结。该无效区块阻止了所有后续区块构建，Base 工程师将其归类为“不安全头部停滞”，即定序器在区块尚未发布到以太坊第一层进行最终确认前停止生成新区块。Coinbase 的 Base 团队在 UTC 时间 16:52 确定了根本原因，并于 17:51 恢复定序，确认整个事件期间用户资金安全。此次停滞发生在 Base 计划于 UTC 时间 18:00 激活的 Beryl 硬分叉当天，但团队确认两件事无关。Base 是基于 OP Stack 框架构建的 Layer-2 网络，定序器生成区块后批量提交至以太坊进行最终结算。
Base Engineers Isolate Block #第 47,806,542 号区块为共识故障源
Base 工程师于 2026 年 6 月 25 日 UTC 时间 16:03 检测到区块生产异常。至 16:52，团队确定第 47,806,542 号区块是共识问题的根源，该区块导致定序器生成了一个无效区块。无效区块干扰了所有后续区块构建，形成了 OP Stack 术语中所称的“不安全头部停滞”。不安全头部是指定序器最新生成的、尚未发布至以太坊第一层进行最终确认的区块。
事件时间线如下：UTC 时间 16:03，区块生产被标记为异常，调查启动。16:52，工程师确定第 47,806,542 号区块为问题根源。17:21，共识问题被隔离，内部定序器和节点显示初步恢复。17:51，区块定序恢复，内部节点开始正确同步。17:58，区块构建确认正常，网络进入监控阶段。
两小时停滞期间存款和交易延迟
Base 上的存款、提现和交易在近两个小时的停滞期间出现延迟。Base 团队确认资金没有风险。不安全头部停滞发生在区块被批量提交至以太坊 L1 之前，因此不存在永久损失或有意义的链重组风险。
运行 Base 基础设施的节点运营商需要重启节点以完全恢复同步。状态页面 status.base.org 和区块浏览器 basescan.org 仍然是主要的监控资源。
尽管定序器出现问题，Beryl 硬分叉仍按计划进行
此次事件与计划于 6 月 25 日 UTC 时间 18:00 激活的 Beryl 硬分叉时间重合。Base 确认停滞与升级无关。
Beryl 引入了 B20，这是一种原生代币标准，直接内置在节点软件中，而非以智能合约形式部署，使稳定币和现实世界资产项目的代币发行更加高效。升级还减少了提现延迟，并包含了 Reth V2 改进。节点运营商必须运行 base/node v1.1.1 或更高版本。大多数用户和现有合约无需任何操作。
Base 团队计划在根本原因审查后发布事后分析报告
Base 工程师正在继续调查无效区块的根本原因，并计划在审查结束后发布完整的事后分析报告。此类不安全头部停滞此前曾在其他 Layer-2 网络和 Optimism 主网上发生过，通常与内部基础设施状况、L1 节点问题或负载相关因素有关。本次事件持续约 115 分钟，之后定序恢复。
常见问题
是什么导致 Base 网络在 6 月 25 日停止产生区块？
第 47,806,542 号区块在 2026 年 6 月 25 日 UTC 时间 16:03 引发了共识故障，导致 Base 定序器冻结。该无效区块阻止了所有后续区块构建，工程师将其归类为“不安全头部停滞”。Base 团队在 UTC 时间 16:52 确定了问题区块，并于 17:51 恢复定序，17:58 确认区块构建正常。
Base 网络停滞期间资金是否安全？
Coinbase 的 Base 团队确认所有资金安全。不安全头部停滞发生在区块被批量提交至以太坊第一层进行最终确认之前，因此不存在永久损失或有意义的链重组风险。存款、提现和交易在近两个小时的停滞期间出现延迟，但资金没有风险。
Base 网络停滞是否影响了 Beryl 硬分叉激活？
Base 确认停滞与 Beryl 升级无关。Beryl 硬分叉仍按计划在 6 月 25 日 UTC 时间 18:00 激活窗口进行，与定序器事件同日。Beryl 引入了 B20 原生代币标准，要求节点运营商运行 base/node v1.1.1 或更高版本，但大多数用户和现有合约无需任何操作。
