Baseはメインネットが2日間で2回ブロック生成を停止した理由を説明した
概要
Coinbaseが支援するイーサリアムレイヤー2ネットワークは、両方の停止がシーケンサーのブロック構築ロジックにある同じバグに起因すると述べた。
1回目の停止は6月25日に始まり、約116分間続いた。2回目は6月26日に始まり、約20分間続いた。Baseは両方のインシデントで資金は安全だったと述べた。
公式の事後分析で、Baseは予想通り、無効なトランザクションが実行中に失敗したと述べた。問題はその失敗後、ブロックビルダー内に古いジャーナル状態が残っていたことにある。
6月25日と26日、Baseメインネットはブロック生成の停止を2回経験しましたが、どちらもブロックビルダーロジックの同じ根本的なバグが原因でした。 根本原因を特定して修正し、事後分析をOPチェーンにフィードバックとして伝えました。 すべての資金は安全でした… pic.twitter.com/eArnK12AgZ — Base Build (@buildonbase) 2026年6月27日
6月25日と26日、Baseメインネットはブロック生成の停止を2回経験しましたが、どちらもブロックビルダーロジックの同じ根本的なバグが原因でした。
根本原因を特定して修正し、事後分析をOPチェーンにフィードバックとして伝えました。
すべての資金は安全でした… pic.twitter.com/eArnK12AgZ
— Base Build (@buildonbase) 2026年6月27日
その古い状態には、失敗したトランザクションによって触れられたアカウントとストレージスロットが含まれていた。次に有効なトランザクションが来たとき、システムは間違ったジャーナル状態を使用し、ガスを誤って請求した。
これにより、無効な状態遷移を持つブロックが作成された。他のノードはそのブロックを受け入れられず、チェーンは新しいL2ブロックの生成を停止した。
「チェーンの整合性は損なわれておらず、Base上のすべての資金は安全でした」とBaseは述べた。
チームは、緩和措置の後、ブロック生成が安全に再開されたと付け加えた。
停止中、ユーザーは新しいトランザクションをオンチェーンに含めることができなかった。Baseは、チェーンがブロック生成の回復を待っている間、トランザクションがメンプールにキューイングされたと述べた。
トランザクションプールは後で保存可能な容量を超えて拡大した。その結果、停止期間中に新しいeth_sendRawTransactionリクエストがエラーを返した。
停止はシーケンサーとバリデーターの進行にも影響を与えた。Baseは、これらのノードはシーケンスが戻ってくるまで無効なブロックを超えて進むことができなかったと述べた。
以前報じられたように、Baseは6月25日に最初に異常なブロック生成にフラグを立て、その後エンジニアが無効なブロックに関連するコンセンサス問題を特定した。
Baseは、シーケンサーパッチを適用することで主要なバグを修正したと述べた。このパッチにより、トランザクションが失敗した後の実行中にジャーナル状態が適切に更新されるようになる。
チームはまた、回復中に2つ目の問題を発見した。Baseは、エンジンリセット機能の競合状態により、再起動後にシーケンサーが追いつくことができず、緩和に時間がかかったと述べた。
この2つ目の問題は、翌日にインシデントが再発した理由を説明するのに役立った。Baseは、この問題はバリデーターノードではなくシーケンサーに影響を与えたが、それでも回復を遅らせたと述べた。
Baseのステータスページは、6月25日にシーケンスが再開されたことを示した。また、エコシステムのノードオペレーターに対して、まだスタックしている場合はBaseノードを再起動するよう指示した。
Baseは、プロトコルのファズテストとロードテストを強化すると述べた。これらの方法は、チームが隠れたバグを露呈させる可能性のある奇妙なトランザクションパターンを見つけるのに役立つ。
チームはまた、より優れた監視と運用チェックを計画している。これらの変更により、エンジニアが同様の問題をより早期に発見し、より迅速に対応できるようになるはずだと述べた。
Baseはまた、base-consensusにグレースフルリカバリを追加したいと考えている。この変更により、同様の障害後にバリデーターノードが同期を継続しやすくなる。
停止はネットワークにとって忙しい週に発生した。Baseはまた、Berylアップグレードを進めており、これによりB20トークン標準が追加され、標準的なBaseからイーサリアムへの引き出し期間が7日間から5日間に短縮される。
このインシデントにより、開発者とユーザーは弱点をより明確に把握できるようになった。Baseは現在、バグを特定し、パッチをリリースし、改善を計画しているテストをリストアップした。
1.67M 人気度
8.48M 人気度
65.98K 人気度
19.66K 人気度
21.98M 人気度
Baseは、6月25日と26日の障害は同一のシーケンサーのバグによるものだと述べている
Baseはメインネットが2日間で2回ブロック生成を停止した理由を説明した
概要
Coinbaseが支援するイーサリアムレイヤー2ネットワークは、両方の停止がシーケンサーのブロック構築ロジックにある同じバグに起因すると述べた。
1回目の停止は6月25日に始まり、約116分間続いた。2回目は6月26日に始まり、約20分間続いた。Baseは両方のインシデントで資金は安全だったと述べた。
シーケンサーバグがブロック生成を停止
公式の事後分析で、Baseは予想通り、無効なトランザクションが実行中に失敗したと述べた。問題はその失敗後、ブロックビルダー内に古いジャーナル状態が残っていたことにある。
その古い状態には、失敗したトランザクションによって触れられたアカウントとストレージスロットが含まれていた。次に有効なトランザクションが来たとき、システムは間違ったジャーナル状態を使用し、ガスを誤って請求した。
これにより、無効な状態遷移を持つブロックが作成された。他のノードはそのブロックを受け入れられず、チェーンは新しいL2ブロックの生成を停止した。
チームは、緩和措置の後、ブロック生成が安全に再開されたと付け加えた。
停止中にトランザクションがキューイングされる
停止中、ユーザーは新しいトランザクションをオンチェーンに含めることができなかった。Baseは、チェーンがブロック生成の回復を待っている間、トランザクションがメンプールにキューイングされたと述べた。
トランザクションプールは後で保存可能な容量を超えて拡大した。その結果、停止期間中に新しいeth_sendRawTransactionリクエストがエラーを返した。
停止はシーケンサーとバリデーターの進行にも影響を与えた。Baseは、これらのノードはシーケンスが戻ってくるまで無効なブロックを超えて進むことができなかったと述べた。
以前報じられたように、Baseは6月25日に最初に異常なブロック生成にフラグを立て、その後エンジニアが無効なブロックに関連するコンセンサス問題を特定した。
パッチが古い状態の問題を修正
Baseは、シーケンサーパッチを適用することで主要なバグを修正したと述べた。このパッチにより、トランザクションが失敗した後の実行中にジャーナル状態が適切に更新されるようになる。
チームはまた、回復中に2つ目の問題を発見した。Baseは、エンジンリセット機能の競合状態により、再起動後にシーケンサーが追いつくことができず、緩和に時間がかかったと述べた。
この2つ目の問題は、翌日にインシデントが再発した理由を説明するのに役立った。Baseは、この問題はバリデーターノードではなくシーケンサーに影響を与えたが、それでも回復を遅らせたと述べた。
Baseのステータスページは、6月25日にシーケンスが再開されたことを示した。また、エコシステムのノードオペレーターに対して、まだスタックしている場合はBaseノードを再起動するよう指示した。
テストとリカバリの変更計画
Baseは、プロトコルのファズテストとロードテストを強化すると述べた。これらの方法は、チームが隠れたバグを露呈させる可能性のある奇妙なトランザクションパターンを見つけるのに役立つ。
チームはまた、より優れた監視と運用チェックを計画している。これらの変更により、エンジニアが同様の問題をより早期に発見し、より迅速に対応できるようになるはずだと述べた。
Baseはまた、base-consensusにグレースフルリカバリを追加したいと考えている。この変更により、同様の障害後にバリデーターノードが同期を継続しやすくなる。
停止はネットワークにとって忙しい週に発生した。Baseはまた、Berylアップグレードを進めており、これによりB20トークン標準が追加され、標準的なBaseからイーサリアムへの引き出し期間が7日間から5日間に短縮される。
このインシデントにより、開発者とユーザーは弱点をより明確に把握できるようになった。Baseは現在、バグを特定し、パッチをリリースし、改善を計画しているテストをリストアップした。