イーサリアム、フサカアップグレード後：増加したBlobデータ容量に伴う課題とその解決策

最新のFusakaアップグレードは、Ethereum開発者に新たな課題をもたらしました。レイヤー2ソリューションのためのBlobデータ量を8倍に増加させることでスケーラビリティの向上を目指しましたが、実際の実装では重大なネットワークの脆弱性が明らかになっています。複数の独立した研究機関が同時に、データ負荷の増加に伴い同じ問題が発生することを指摘しています。

Blob容量とネットワーク安定性への影響

Fusakaアップグレードは、Blob数の大幅な増加によってデータ容量を効率的に利用することを目的としていました。しかし、その増加が予期せぬ安定性の問題を引き起こしました。NS3.AIの研究結果によると、Blob量の多いブロックは故障しやすく、これがネットワーク全体の負荷増大につながることが示されています。データは、インフラが増加した負荷にまだ完全に対応できていないことを示唆しています。

複数の研究チームが重要な問題を確認

MigaLabsとPandaOpsによる独立した研究は、技術的な欠陥について追加の知見を提供しています。彼らの分析では、バリデーターのブロック生成における時間戦略が追加の故障を引き起こしていることが明らかになっています。驚くべきことに、現在の測定値では平均Blob数がすでに再び減少しており、ネットワークが自動的により安定した状態に戻りつつあることを示しています。ただし、ピーク時の負荷に対しては依然として脆弱性が問題となっています。

さらなる容量増加に向けた計画的な最適化

Ethereumの開発者は、これらの知見に対して慎重な戦略を採っています。Blob容量を直ちにさらに増やすのではなく、小さな中間アップデートを検討しています。このアップデートは、データ伝播プロセスの効率を改善し、ピーク負荷シナリオに対するシステムの堅牢性を向上させることを目的としています。安定化と基本メカニズムの改善が成功した後に、さらなるBlobデータ量の増加を検討する予定です。