Ethereum開発者は、BLOB容量のブーストに先立って、12月にFusakaアップグレードを設定します

Ethereum Core開発者は、木曜日のすべてのコア開発者コンセンサス（ACDC）コールで、ネットワークの次の主要なアップグレードであるFusakaの暫定的なロードマップを確認しました。

ブロックチェーンをさらにスケーリングするように設計されたアップグレードは、12月上旬に予定されており、フォローアップの変更は数週間後に2倍以上のBLOB容量を目的としています。

フサカのアップグレードがイーサリアムのメインネットに到達する前に、開発者は10月に3つのパブリックテストネットワークを通じてコードをプッシュします。

これらのテストがスムーズに進行した場合、メインネットのアクティベーションは12月3日に標的にされます。開発者は、正確なエポック数とタイミングが今後数日で確認されることに注意してください。

フサカ自体はすぐにBLOBパラメーターを変更しませんが、コールはいわゆるBLOBパラメーターのみ（BPO）フォークを介してBLOBの可用性をスケーリングする段階的なアプローチを概説しました。

Fusaka BPO-1がブログのターゲット/最大を6/9から10/15に引き上げてから1週間後、1週間後にBPO-2が制限を14/21に押し上げます。

これらの増分変更は、フサカDevnet-5で観察されるパフォーマンスに基づいており、クライアント側のソフトウェアの更新を必要とせずに容量を安全に拡大することを目的としています。

3月のDencunアップグレードで導入されたBlobsは、Ethereumが大量のロールアップトランザクションデータをより効率的に保存できるようになり、レイヤー2スケーリングネットワークのユーザーのコストが削減されます。

Xのコールハイライトを報告したイーサリアムの研究者であるクリスティン・キムは、今週の電話で予定されていたが、最初の2つだけがフサカのロードマップに追加のBPOが残っていると指摘した。

フサカとBPOのアクティベーションの詳細なタイムラインは、Ethereumのパブリックノートを介して入手できます。

フサカのロールアウトは、5月のペクトラアップグレードに続き、バリーターステーキングの変更と新しいアカウントの抽象化機能を導入し、スケーラビリティとネットワーク効率を最適化するためのイーサリアムの継続的な推進力を強調しています。