2回目のBlob Parameters Only(BPO)フォークは本日起こりました。 BPO #2は、Ethereumのデータ容量を拡大するためのFusakaアップグレードサイクルの次の予定段階でした。 BPO #2について知っておくべきことと、なぜこれらのパラメータ調整が重要なのかをご紹介します。

0/ BPOフォークとは何ですか? 「Blobパラメータのみ」フォークは最新のFusakaアップグレードで導入された新しいメカニズムです。 ネットワーク容量を調整するために毎年の大幅なアップグレードを待つ代わりに、BPOフォークによりイーサリアムは特定のパラメータ(例えばブロブターゲット)を独立かつ効率的に調整できます。

1/ BPOフォークで何が変わったのか? BPO #2は、より多くのデータスループットをサポートするためにブロブの制限を調整しました。 ↗ ターゲットブロブ:10から14に増加 ↗ 最大ブロブ数:15から21に増加 この段階的な負荷増加により、ネットワークは安全に負荷増加を段階的にテストできます。 BPO #2は、イーサリアムのFusakaアップグレードの一環として計画されていた最後のBPOフォークです。 ネットワークの容量をさらに拡大することを目標に、BPOフォークは継続的なデータ駆動型スケーリングのツールとして引き続き活用されます。

2/ なぜBPOフォークが重要なのか ブロブが多いほど、レイヤー2ネットワークのデータ利用可能性が高いです。 ブロックごとのブロブ制限を段階的に引き上げることで、イーサリアムはロールアップのデータコストを削減します。 これにより、活動が増加してもL2の取引手数料を低く抑え、ネットワークが需要に応じて持続的に拡大することが可能になります。

3/ ノード演算子の場合 扶坂対応のクライアントはこれらのBPOスケジュールを組み込んでいるはずです。 リリースノートを二重にチェックするのはいつも良い習慣です。