イーサリアム開発者が取引ガスリミットの設定を提案、ネットワークの安定性向上を目指す

イーサリアムの開発者たちは、メインネットが直面している実行効率の不均一さとリソーススケジューリングの圧力問題に対処するため、各取引に対して硬性ガスリミットを設定する新しい提案について議論しています。この提案は、イーサリアムの創設者Vitalik Buterinと開発者Toni Wahrstaetterによって共同で提出され、番号はEIP-7983です。

提案は、単一の取引の最大ガス使用量を16,777,216（すなわち2²⁴）に制限することを提案しています。この制限を超える取引は、ブロックの検証時に拒否されます。この設計は、単一の取引が過剰にネットワークリソースを占有するのを防ぎ、全体のネットワークの安定性と実行効率を向上させることを目的としています。

EIP-7983の核心的な考え方は、上限を設定することによって、一部の超大型取引を強制的に分割することです。この制限は、ブロックの総ガス容量を変更するものではなく、コンセンサスルールの変更も含まれず、取引の実行過程に新しい制限条件を導入するだけです。

並列計算に依存する実行環境、例えばゼロ知識仮想マシン（zkVM）や将来的に登場する可能性のあるマルチスレッド実行モデルにおいて、この制限は極端な取引が全体のブロック処理プロセスを遅延させるのを防ぐのに役立ちます。実行層の論理において、この制限はむしろ「リソース使用規範」のようなものであり、各取引が総量を変えずにより均等に分割され、ネットワーク全体のスケジューリングと実行が容易になります。

この提案の支持者は、取引のガスリミットを設定することが、イーサリアムの簡潔で安全かつモジュール化された開発の方向性に合致し、ネットワークのパフォーマンスとユーザー体験の向上に寄与すると考えています。特に、zkVMとLayer 2ソリューションが徐々に成熟している環境下では、その必要性が高まっています。

しかし、反対者は取引の分割が複雑さや互換性リスクをもたらす可能性があることを懸念しています。彼らは、ネットワークの問題は取引のガス制限ではなく、スマートコントラクトの設計に起因することが多いと指摘しています。さらに、契約のデプロイや複雑な分散型金融操作などの高度なアプリケーションは、追加の取引の分割を必要とする可能性があり、これがユーザーのインタラクションの複雑さを増す可能性があります。

注目すべきは、EIP-7983が主に取引実行段階でのリソース過負荷問題に対処していることであり、メモリプール内での高ガス取引を利用した並び替え操作の攻撃行為には焦点を当てていないという点です。したがって、ノード側のリソース過負荷を制限することに重点を置いており、すべての形式のネットワーク攻撃を解決することには関与していません。

総じて、EIP-7983はイーサリアムコミュニティがネットワークの安定性と実行効率に対する関心を反映しています。挑戦や意見の相違が存在するにもかかわらず、この提案はイーサリアムの基盤層の実行と拡張能力に対する一つの可能な解決策を提供します。イーサリアムの現在のマルチレイヤ拡張とモジュール化の発展方向を考慮すると、EIP-7983は一定の実用的価値を持っています。しかし、その最終的な効果はコミュニティの採用状況と実施結果によって評価される必要があります。