イーサリアム、扶桑サイクルの最終BPOアップデートで重要な節目を迎える

イーサリアムネットワークは、2回目かつ最終の「Blob Parameters Only」(BPOs)フォークの完了により、重要な容量拡張を実現しました。これは、Fusakaアップグレードの重要な段階を示しています。この動きは、イーサリアムがネットワークのスケーリングを管理する方法の変化を表しており、徹底的な年次アップグレードを待つのではなく、開発者が重要なインフラパラメータを孤立したフェーズで微調整できるようになったことを意味します。

このアップデートで何が変わったのか？

最新のBPO調整は、具体的な数値をもたらしています：1ブロックあたりのターゲットBlob割り当ては10から14に増加し、最大上限は15から21に跳ね上がりました。これらは任意の数字ではなく、イーサリアムがネットワークの安定性を損なうことなくデータスループットを段階的に増やす戦略を示しています。Blob容量を測定されたステップで拡大することで、Layer 2ソリューションがより効率的に動作できる余地を作り出しています。

Blobメカニズム：L2スケーリング向けに設計

Blobは、2024年のDencunアップグレードの際にイーサリアムのインフラに導入され、Layer 2 Rollupがコスト効率の良いデータストレージを必要とするために特別に作られたソリューションです。永続的なブロックチェーンデータとは異なり、Blobは一時的なライフサイクルで動作し、約18日後にメインネットから自動的に消失します。この一時的なストレージモデルは、メインネットをスリムに保ちながら、L2に必要なデータの可用性を提供します。

これがネットワークにとって重要な理由

単一ブロックのBlob制限が徐々に拡大することで、イーサリアムはLayer 2ネットワークのための追加のデータスペースを作り出します。実際の結果として、ロールアップの取引コストは安定し予測可能なまま、オンチェーンの活動が増加し続けても維持されます。この容量拡張の計画的なアプローチにより、イーサリアムは大規模なプロトコルのオーバーホールによる調整の煩わしさを避けつつ、スループットを向上させることができます。

Fusakaアップグレードサイクルは、イーサリアムがモノリシックなアップデートパターンから進化し、より細分化されたテスト可能なネットワーク最適化のアプローチを採用していることを示しています。今日のBPOフォークは、このサイクルにおける最終的な計画調整を表していますが、そのフレームワーク自体は、今後も継続的かつ測定されたスケーリング改善を可能にするものです。