イーサリアムのネットワークの次の大規模アップグレード、Fusakaは11月上旬にリリースされる予定です。7月21日の発表によると、アップグレードは9月と10月に予定されている2つのパブリックテストネットの後に展開される予定です。開発者は、アルゼンチンのブエノスアイレスで11月17日から22日に予定されているDevconnect会議の前にメインネットをローンチすることを目指しています。Fusakaハードフォークは、今年の初めに実施されたPectra以来、イーサリアムの最初の大規模アップグレードとなり、アカウント抽象化、バリデーターのステーキング限度の引き上げ、レイヤー2ネットワークの効率向上を導入します。次のリリースは、ethPandaOpsコミュニティを含む複数のイーサリアムの貢献者によって確認されており、Fusakaの次のdevnetは今週の水曜日に公開されることが記載されています。それには11のイーサリアム改善提案(EIPs)が含まれます。これまでに確認されたアップグレードの中には、イーサリアムの悪意のある攻撃に対する耐性を高め、より大きなスケーラビリティをサポートするために設計されたEIP-7825があります。一方、契約コードサイズ制限を倍増させるはずだったEIP-7907は、テストの遅延を避けるために削除されました。さらに、イーサリアムのコア開発者であるティム・ベイコは、EVMオブジェクトフォーマットのアップグレードはフサカには含まれないことを確認しました。開発者は、厳しいスケジュールを維持し、リリースを11月以降に押し出すリスクを伴う提案を追加しないことを期待しています。## Fusakaとは何ですか？Fusakaアップグレードは、コンセンサスレイヤーのFuluと実行レイヤーのOsakaの2つの主要アップグレードを統合した複合フォークです。この二重構造は、イーサリアムの長期的なロードマップに沿った基礎的な変化を導入します。Fusakaのコア機能の一つはPeerDAS (ピアツーピアデータアベイラビリティサンプリング)であり、これはノードのデータ負担を軽減し、ロールアップデータの小さな部分をダウンロードできるようにするシステムです。これにより、ブロックあたりのデータ容量が増加し、取引手数料が大幅に低下することが期待されています。アップグレードでは、マークル・パトリシア・トライに代わるより効率的な状態管理構造であるヴェルクルツリーも導入されます。この変更は、状態サイズを削減し、ステートレスクライアントを可能にし、フルノードの運用をよりアクセスしやすくします。これらのアップグレードは、Pectraフォークによって築かれた基盤の上に構築されています。Pectraはバリデーターの強化とブロブのスケーリングに焦点を当てている一方で、Fusakaはロールアップデータの処理と状態最適化を通じてスケーラビリティを目指しています。## グラムスタンダムハードフォークの準備Fusakaを越えて、イーサリアムの開発者たちは、2026年に予定されているGlamsterdamハードフォークに向けて準備を進めています。どの提案が含まれるかについての議論は進行中であり、最終的な決定は8月1日のAllCoreDevs Execution会議で発表される予定です。Glamsterdamで検討されている提案の1つは、イーサリアムのブロック時間を12秒から6秒に短縮することです。イーサリアムのコア開発者バルナベ・モンノによると、これはユーザーエクスペリエンスを向上させ、DeFiアプリケーションのパフォーマンスを改善する可能性があります。イーサリアム開発者は11月にFusakaアップグレードの展開を目指しているという投稿が最初にInvezzに登場しました
イーサリアム開発者は11月のFusakaアップグレードの導入を目指しています
7月21日の発表によると、アップグレードは9月と10月に予定されている2つのパブリックテストネットの後に展開される予定です。
開発者は、アルゼンチンのブエノスアイレスで11月17日から22日に予定されているDevconnect会議の前にメインネットをローンチすることを目指しています。
Fusakaハードフォークは、今年の初めに実施されたPectra以来、イーサリアムの最初の大規模アップグレードとなり、アカウント抽象化、バリデーターのステーキング限度の引き上げ、レイヤー2ネットワークの効率向上を導入します。
次のリリースは、ethPandaOpsコミュニティを含む複数のイーサリアムの貢献者によって確認されており、Fusakaの次のdevnetは今週の水曜日に公開されることが記載されています。
それには11のイーサリアム改善提案(EIPs)が含まれます。
これまでに確認されたアップグレードの中には、イーサリアムの悪意のある攻撃に対する耐性を高め、より大きなスケーラビリティをサポートするために設計されたEIP-7825があります。
一方、契約コードサイズ制限を倍増させるはずだったEIP-7907は、テストの遅延を避けるために削除されました。
さらに、イーサリアムのコア開発者であるティム・ベイコは、EVMオブジェクトフォーマットのアップグレードはフサカには含まれないことを確認しました。
開発者は、厳しいスケジュールを維持し、リリースを11月以降に押し出すリスクを伴う提案を追加しないことを期待しています。
Fusakaとは何ですか？
Fusakaアップグレードは、コンセンサスレイヤーのFuluと実行レイヤーのOsakaの2つの主要アップグレードを統合した複合フォークです。
この二重構造は、イーサリアムの長期的なロードマップに沿った基礎的な変化を導入します。
Fusakaのコア機能の一つはPeerDAS (ピアツーピアデータアベイラビリティサンプリング)であり、これはノードのデータ負担を軽減し、ロールアップデータの小さな部分をダウンロードできるようにするシステムです。
これにより、ブロックあたりのデータ容量が増加し、取引手数料が大幅に低下することが期待されています。
アップグレードでは、マークル・パトリシア・トライに代わるより効率的な状態管理構造であるヴェルクルツリーも導入されます。
この変更は、状態サイズを削減し、ステートレスクライアントを可能にし、フルノードの運用をよりアクセスしやすくします。
これらのアップグレードは、Pectraフォークによって築かれた基盤の上に構築されています。
Pectraはバリデーターの強化とブロブのスケーリングに焦点を当てている一方で、Fusakaはロールアップデータの処理と状態最適化を通じてスケーラビリティを目指しています。
グラムスタンダムハードフォークの準備
Fusakaを越えて、イーサリアムの開発者たちは、2026年に予定されているGlamsterdamハードフォークに向けて準備を進めています。
どの提案が含まれるかについての議論は進行中であり、最終的な決定は8月1日のAllCoreDevs Execution会議で発表される予定です。
Glamsterdamで検討されている提案の1つは、イーサリアムのブロック時間を12秒から6秒に短縮することです。
イーサリアムのコア開発者バルナベ・モンノによると、これはユーザーエクスペリエンスを向上させ、DeFiアプリケーションのパフォーマンスを改善する可能性があります。
イーサリアム開発者は11月にFusakaアップグレードの展開を目指しているという投稿が最初にInvezzに登場しました