イーサリアムの開発者は、Fusakaの計画されたハードフォークの重要な特徴の一つとして、ネットワークのガスリミットを4倍以上に引き上げることを検討しています。電話会議で提示されたACDE提案EIP-9678は、上限が1億5千万単位のパラメータのテストを規定しています。2月に、イーサリアムのバリデーターはガスの制限を3000万から引き上げることを支持しました。Ychartsによれば、その値は約20%増加し、3595万に達しました。> > «クライアントのデフォルト設定を調整し、これを優先事項として保存するために、私たちはEIPのプロジェクトを作成しました。これは少し伝統的ではありませんが、前例のないものではありません(EIP-7840)を参照してください。私たちは、来週初めに予定されているACDEに統合する予定です」とコア開発者のティム・ベイコがコメントしました。> > > 提案はFusakaのために他のEIPの変更を必要としますが、ハードフォークの範囲は変わらないと彼は指摘しました。ガスリミットの引き上げの必要性について、ソフィー・ゴールドを中心とした開発者たちは、L1の実行レベルのスケーリングに対する大きな関心があることを指摘しました。しかし、新機能の導入なしでは、この方向での作業は、クライアントチームにバグを特定し修正するための時間を必要とします。したがって、これをEIPの形でまとめ、ハードフォークに組み込むことには意味があると専門家たちは付け加えました。5月7日にPectraのアップグレードが予定されています。Fusakaのアクティベーションは2025年末に行われる見込みです。開発者たちはまた、ヴィタリック・ブテリンが提案したイーサリアム・バーチャル・マシン (EVM) をオープンアーキテクチャのRISС-Vに移行することによって引き起こされた問題について議論しました。まず第一に、これはEVMオブジェクト形式 (EOF) の改善に取り組み続けることの妥当性に疑問を投げかけました。> >「EOFが長期的な実行環境にならない可能性があるという理解が生まれた。RISC-Vであろうと他のソリューションであろうと、私たちの議論の一部は、EOFを進めるべきかどうかということになるべきだ」とベイコは強調した。> > > お知らせしますが、3月にイーサリアム財団の経営陣に変更がありました。マネジメントの再編成の後、組織はユーザーエクスペリエンスとL1のスケーリング問題に重点を移しました。
イーサリアムチームはガスリミットの4倍の増加をテストします
イーサリアムの開発者は、Fusakaの計画されたハードフォークの重要な特徴の一つとして、ネットワークのガスリミットを4倍以上に引き上げることを検討しています。
電話会議で提示されたACDE提案EIP-9678は、上限が1億5千万単位のパラメータのテストを規定しています。2月に、イーサリアムのバリデーターはガスの制限を3000万から引き上げることを支持しました。Ychartsによれば、その値は約20%増加し、3595万に達しました。
提案はFusakaのために他のEIPの変更を必要としますが、ハードフォークの範囲は変わらないと彼は指摘しました。
ガスリミットの引き上げの必要性について、ソフィー・ゴールドを中心とした開発者たちは、L1の実行レベルのスケーリングに対する大きな関心があることを指摘しました。しかし、新機能の導入なしでは、この方向での作業は、クライアントチームにバグを特定し修正するための時間を必要とします。したがって、これをEIPの形でまとめ、ハードフォークに組み込むことには意味があると専門家たちは付け加えました。
5月7日にPectraのアップグレードが予定されています。Fusakaのアクティベーションは2025年末に行われる見込みです。
開発者たちはまた、ヴィタリック・ブテリンが提案したイーサリアム・バーチャル・マシン (EVM) をオープンアーキテクチャのRISС-Vに移行することによって引き起こされた問題について議論しました。まず第一に、これはEVMオブジェクト形式 (EOF) の改善に取り組み続けることの妥当性に疑問を投げかけました。
お知らせしますが、3月にイーサリアム財団の経営陣に変更がありました。マネジメントの再編成の後、組織はユーザーエクスペリエンスとL1のスケーリング問題に重点を移しました。