イーサリアムBlobの急増がネットワーク負荷警報を引き起こし、Fusakaアップグレード後にLayer2データの混雑リスクが浮上

1月27日、Fusakaアップグレード後にイーサリアムが新たな技術的な懸念を抱えたと報じられました。 調査会社MigaLabsは、Layer2ネットワークからイーサリアムのメインネットに送信されるブロブパケットの数が増加するにつれて、ネットワークが高データブロックを処理する際に故障や破棄のリスクが高まると発表しました。これは、イーサリアムがまだ大規模なデータスループットのニーズに完全に適応していないことを示しています。

Fusakaアップグレードは2025年12月に展開され、Layer 2拡張のためのより高いデータチャネルの提供が主な目標です。 アップグレード前は各ブロックに最大9個のブロブしか運べず、アップグレードロードマップにより容量は最終的に元の8倍に増加することができました。 イーサリアム財団の幹部アレックス・ストークス氏も記者会見で、これは非常に新しい技術であり、極限条件下でのネットワークのパフォーマンスにはまだ不確実性があると認めました。

アップグレード直後、イーサリアム開発者は徐々にブロブ制限を引き上げ始めました。 最初の調整では収容人数が15人に増え、2回目の1月7日の更新ではさらに21人に増えました。 しかし、MigaLabsは、上限に本当に近い高ブロブブロックは、その後のブロック伝播の失敗や遅延を引き起こし、それがネットワークの安定性に圧力をかけることを発見しました。

MigaLabsの創設者レオナルド・バウティスタ・ゴメス氏は、これは警告的なものではないが、イーサリアムのコア開発者に対し、ネットワークのフィードバックを完全に理解するまで盲目的にブロブ容量を増やし続けるべきではないことを思い出させたいと述べました。 彼は、高データ負荷下では分散ノードが大量の情報を伝達する際に物理的およびネットワークのボトルネックを抱えると考えています。

イーサリアム財団の一員であるPandaOpsチームも同様の現象を観察しています。 エンジニアのサム・カルダーメイソンは、問題の一部が「タイムゲーム」に関連している可能性があると指摘しました。これは、バリデーターがMEVの収率を増やすためにブロックのリリースを遅らせることで、高ブロブブロックによる不安定性を増幅させるものです。 しかし、現時点でネットワーク全体の危険な状態にはないものの、拡大を続ける前により効率的なデータ配信メカニズムを導入する必要があることも強調しました。

このイーサリアムブロブとレイヤー2スケーリングをめぐる技術的なゲームは、2026年のイーサリアムロードマップにおける重要な課題となりつつあります。 スループットと安定性のバランスが取れなければ、Ethereumデータ層の将来の拡張は予想以上に困難になる可能性があります。