イーサリアム、フサカアップグレードの最終段階を適用…データ処理容量の調整を完了

イーサリアムネットワークは、フサカ(Fusaka)アップグレードの最後の計画段階だった 'ブロブパラメータ専用(BPO·Blob Parameters Only)' フォークを適用し、データ可用性の拡張作業を完了した。今回の措置は、大規模なハードフォークを伴わなくてもネットワークの処理容量を段階的に調整できることを示す事例と評価されている。

7日（現地時間）The Blockの報道によれば、イーサリアムの開発陣はフサカアップグレードのサイクルで予定されていた2回目のBPOフォークをネットワークに同期させた。フサカは昨年12月初めに有効化され、データ可用性を段階的に拡大するメカニズムとしてBPOアップグレードが導入された。

BPOフォークは、年に一度の大規模アップグレードを待たずに特定のネットワークパラメータを独立して調整できるよう設計されている。イーサリアム側は公式Xアカウントで "BPOフォークはブロブの目標値のような特定の数値を効率的に調整できる" と述べ、"段階的な拡張はネットワーク負荷を安全に試験する方法だ" と説明した。

ブロブは2024年のデンクン(Dencun)アップグレードで導入されたデータ構造で、レイヤー2のロールアップが取引の束をメインネットに安価に記録できるよう支援する。このデータは18日間保存された後に永久に削除され、イーサリアムのデータ可用性層を構成する核心要素として活用される。

今回のBPO適用により、ブロック当たりの目標ブロブ数は従来の10個から14個に増え、最大ブロブ数は15個から21個に引き上げられた。前回の1回目のBPOフォークは昨年12月9日に適用され、目標ブロブ数を6個から10個に、最大値を9個から15個に調整した。

イーサリアム財団は "ブロブ数が増えるほどレイヤー2ネットワークのデータ可用性が拡大する" と述べ、"ブロック当たりのブロブ上限を段階的に引き上げると、ロールアップのデータコストが下がり、活動の増加があってもレイヤー2の取引手数料を安定的に維持できる" と説明した。