Baseは検知されないまま状態更新の停止を経験しました - 暗号経済

TL;DR：

• Baseのインフラの技術的な不具合により、イーサリアムメインネット上の状態更新が30時間以上停止した。
• レイヤー2内の内部取引処理とブロック生成は障害中も影響を受けなかった。
• この脆弱性は、最近の Azul アップグレードの実装後に信頼実行環境（TEE）エンクレーブに起因した。

レイヤー2ネットワークのBaseは、データ同期に影響を与える重要なインフラの長期停止を経験し、これは週末の間ほとんどのユーザーには気付かれなかった。

レイヤー2のインフラの不具合

ネットワーク上のブロック生成は通常通り続行され、ユーザーは引き続き取引を送信し、分散型アプリケーションとやり取りできた。しかし、Baseの状態をイーサリアム内に統合する役割を持つコンポーネントは、30時間以上も非アクティブのままだった。開発者のdonnoh.ethはXアカウントで、この出来事は即座に警告を発しなかったと指摘している。なぜなら、この種のスケーラビリティネットワークでの資金引き出しにはすでに7日間のチャレンジ期間が義務付けられているからだ。

Baseの公式ステータスページによると、問題の原因は信頼実行環境（TEE）エンクレーブにあった。システムのこの部分は、第二層の取引の正確な計算を証明する暗号証明を生成する役割を担っている。公式のプロトコルドキュメントによると、このモジュールの故障により、一時的に提案システムがBaseの活動をメインネットに固定できなくなった。

プラットフォームは、この間に資金が危険にさらされたり、ユーザー資産が盗難のリスクに晒されたりしなかったと確認している。状態更新の停止は、Baseの開発者が Azul アップグレードを実施した数日後に起きた。以前の技術レポートによると、この構造的変更はエコシステムのスケーラビリティを最適化し、理論上の処理能力を1秒あたり5,000取引まで引き上げることを目的としていた。

ブロックチェーンネットワークにおける脆弱性パターン

以前、Baseは今年第1四半期にピーク時の取引処理遅延を記録していた。これらの過去の事例は、ユーザーフローの増加に対して容量の制限を露呈したが、いずれの場合も最終的なブロックの確定処理は停止しなかった。

Baseの技術的状況は、他のネットワークで経験したコンセンサス問題とは異なるダイナミクスを示している。 例えば、Suiブロックチェーンは1月にコンセンサスメカニズムの故障により、取引処理がほぼ6時間停止したと報告されている。その原因は、バリデータのアップグレード中にガス計算コードに導入されたソフトウェアバグに起因するとされている。

業界アナリストは、Baseの停滞をrollupにおけるTEE支援の証明メカニズムの固有の課題と関連付けている。これらの安全な環境が失敗すると、レイヤー2内の内部処理は継続しても、ベースネットワークとの決済チャネルは完全に停止してしまうことがある。Baseの開発チームは、緊急パッチ展開時のバリデータの耐性指標を分析する詳細なポストモーテムレポートを公開する予定だ。