Baseネットワーク、2日連続でブロック生成停止——シーケンサーのバグと単一障害点リスク

ブロックビルダーのバグ

Baseのポストモーテムによると、根本原因はシーケンサーのブロック構築ロジックの問題でした。 トランザクション実行が失敗した後、システムがジャーナル状態（アカウントやストレージスロットの変更を記録する内部データ）を適切にクリーンアップせず、「古い」または「汚れた」状態が残ってしまったのです。 このため、後続の正当なトランザクション実行時にガス計算が異常になり、結果として無効な状態遷移を含むブロックが生成されました。

この無効なブロックがコンセンサス障害を引き起こしました。ブロック47,806,542以降、シーケンサーは無効なブロックを生成し、ネットワークはそれ以上ブロックを構築できなくなりました。 ノードオペレーターは問題が解決されるまで同期を継続できませんでした。

2度の停止のタイムライン

6月26日の2度目の停止は、1回目と同じ種類のブロック生成障害が短期間で再発したものと説明されていますが、2回目はより迅速に復旧しました。

両方の停止期間中、新しいブロックの生成が停止し、オンチェーンのトランザクション処理が中断されました。ただし、ユーザーの資産にリスクが生じたという報告はありません。

適用された修正

Baseのエンジニアリングチームは、シーケンサーにパッチを適用し、トランザクション失敗後にジャーナル状態が適切に更新されるようにしました。 修正内容は公開GitHubプルリクエスト（#3806）で確認できます。

パッチ適用後、通常の運用は再開されましたが、Baseはバリデータノードオペレーターに対してノードの再起動または再同期を推奨しました。 チームは、両方の停止は同じバグに起因し、2つ目の関連問題（PR #3805）が翌日のインシデント再発の原因になったと述べています。

一連の停止を受け、Baseは予定されていたBerylメインネットアップグレードとB20トークン標準アクティベーションのロールアウトを1日延期し、ネットワークの安定化を優先しました。

単一シーケンサー方式：より広範な懸念

2日連続の停止は、多くのオプティミスティック・ロールアップで一般的なBaseの単一シーケンサー方式の回復力に対する議論を再燃させました。

ポストモーテムと業界報道によって提起された主な懸念事項は以下の通りです：

• 単一障害点：ブロック構築ロジックのシーケンサーレベルのバグがBase全体のブロック生成を停止させ、全ネットワークの新規ブロックを凍結させる可能性があります。
• 手動復旧：復旧にはバリデータノードオペレーターが手動でノードを再起動または再同期する必要があり、ネットワークの自動復旧は行われませんでした。
• 信頼性リスク：2日連続の障害は、急成長するL2エコシステムの信頼性、特に高負荷時やアップグレード予定時に新たな疑問を投げかけました。
• 改善計画：Baseは再発防止のため、ファズテスト、負荷テスト、モニタリング、および復旧ツールの強化を進めると述べています。

今回のインシデントは、最大級のイーサリアムL2ネットワークでさえ、単一のシーケンサーにおける状態管理のエッジケースによってダウンする可能性があること、そしてロールアップエコシステム全体において自動フェイルオーバーと復旧システムがまだ発展途上であることを示しています。