在单一活跃排序器下，一个无效区块让 Base 暂停出块。

撰文：KarenZ，Foresight News

北京时间 6 月 26 日凌晨，Base 给市场上了一堂很安静的基础设施课。

这次宕机的时间线很清楚：

• 凌晨 0 点 3 分，Base 通报主网出块状态异常，团队正在调查。
• 0 点 52 分，Base 确定问题出在某个有问题的区块上，该区块会干扰后续区块的构建。
• 1 点 21 分，Base 已定位到一个共识问题，该问题导致无效区块被排序。这使得区块 47806542 之后的新区块无法生成。内部排序器和节点已初步恢复。
• 1 点 51 分，新区块的排序已恢复，内部节点同步正常。
• 1 点 58 分，Base 确认健康的区块构建已恢复，生态基础设施能够恢复同步。
• 3 点 22 分，Base 进一步表示，排序器和相关系统保持稳定，区块已正常生成，并称团队已找到此次停摆根因，正在验证修复方案，后续会发布完整复盘报告。

Base 状态页显示，本次事故影响 Base 主网的充值、提现、出块和客户端软件。

单一活跃排序器，让停摆更刺眼

Base 是构建在以太坊上的 Rollup。它把大量交易执行放在 L2 上完成，再把必要数据和状态相关信息提交到以太坊。

用户每天直接感知到的，不是架构图，而是交易能不能进块、节点能不能同步、钱包、交易和跨链服务能不能正常使用。

在 Flashblocks 上线之前，Base 采用高可用排序器系统：5 个排序器实例中，一个实例担任 leader，负责构建区块并通过 P2P 传播，其余 4 个作为 follower 同步链状态；如果当前 leader 停止产块，系统会进行领导权切换。

这套设计说明 Base 并非没有冗余。问题在于，冗余更多解决的是故障切换和可用性，并不等同于多个独立排序器同时参与出块。日常区块生产仍由当前 leader 承担，一旦共识、排序或节点同步链路出现问题，用户最先感受到的就是新区块停止前进。

Flashblocks 上线后，Base 的区块构建又多了一层 200 毫秒级预确认机制。Base 文档写明，Flashblocks 在 Base 上始终开启，所有区块都由 Flashblocks builder 构建；应用可以选择是否使用预确认数据，也可以继续通过标准 RPC 等待常规 2 秒区块确认。换句话说，Flashblocks 对 Base 当前区块构建来说已经是基础设施的一部分，但对应用接入预确认体验来说是可选项。

Base 安全状态页给出的说法更具体：一个共识问题导致无效区块被排序，进而阻止区块 47806542 之后的新区块继续生成。真正原因仍需等待官方完整复盘。

上一次 Base 宕机是因为无法成功配置新排序器

这不是 Base 第一次因排序器相关问题中断出块。2025 年 8 月 5 日，Base 主网曾出现 33 分钟网络中断。官方事后复盘称，活跃的这个排序器因链上活动开始出现延迟现象，负责高可用性（HA）集群管理的 Conductor 自动将领导权切换到新的排序器；但新排序器当时仍在配置过程中，无法生产区块，且由于 Conductor 尚未在该排序器上完全启用，系统未能继续发起下一次切换。团队随后手动暂停 HA，并将领导权转移到健康排序器，之后完全恢复。

把两次事故放在一起看，需要谨慎：2025 年 8 月的问题指向排序器高可用切换流程，今日宕机事故则是共识问题导致无效区块被排序，并使区块 47806542 之后无法继续生成新区块。

它们共同指向一个现实：L2 可以在数据可用性、结算、安全性与最终性等核心问题上依赖以太坊，但日常可用性却高度依赖排序器和相关运维系统。只要新区块不能继续生成，用户看到的就是交易停在路上。

本次宕机正值 B20 上线窗口附近

事故发生的时间点很微妙。Base 当时正处在 Beryl 升级窗口附近。

Beryl 主网原定激活时间为北京时间 6 月 26 日凌晨 2 点，目前已推迟至 6 月 27 日凌晨 2 点。

Beryl 的核心内容包括三项：引入 B20 原生代币标准，将单证明提现最终确认期从 7 天缩短到 5 天，以及通过 Reth V2 带来最高 50% 的磁盘占用降低和约 33% 的吞吐提升。

B20 的不同之处在底层实现。通 ERC-20 多数以 EVM 智能合约形式部署，B20 则由 Rust precompile 实现，并通过单例 B20Factory 创建。它还内置了角色权限、供应量上限、mint/burn、暂停、转账策略、memo 和 ERC-2612 permit 等能力。通俗一点说，Base 把很多发行方反复自建、反复审计、反复维护的代币基础功能，做成了链级工具箱。

B20 最容易引发市场联想，甚至有社区用户联想到 Base 发币。不过，B20 讨论的是「别人如何在 Base 上更标准化地发行资产」；Base 发币讨论的是「Base 未来是否会引入自己的网络代币」。

前者已经写进 Beryl 升级，后者仍属于市场关心但官方尚未宣布的议题。

这次停摆会让 Base 发币讨论变得更现实。市场过去问的是：Base 会不会发币，什么时候发，空投怎么分。事故之后，更值得问的是：如果未来真的引入网络代币，它要对应什么责任？是排序器去中心化，是治理约束，是安全预算，还是事故响应中的权责分配？