イーサリアムL1のスケーリングは将来のR&Dロードマップの重要な要素です。次の5年間で、イーサリアムはL1の実行を大幅に改善することを目指しています。これはデータの利用可能性とコンセンサスの改善と並行して行われます（たとえば、L2のブロブ容量を増やし、L2のUXを向上させる計画があるからといって、L1のガスリミットを増やし、L1のUXを向上させることができないわけではありません）。

さまざまなEIPおよび提案が、L1をスケーリングするための近い将来および長期のパイプラインにあります @drakefjustinここにアウトライン

このロードマップに基づいて、次の5年間でガスリミットを100倍にすることができます。これらの増加のうち、一部は特定のEIPが実装され、ガスリミットを安全に増やしても安全であることがわかった後、段階的な方法で行われます。

5年が長いように感じるなら、イーサリアムの目標はスケーリングを保ちながら進めることを覚えておいてください誰もがネットワークを検証できる能力または、第三者に頼らずに合意形成に参加します。私たちは独立したステーカーとノードランナーを応援しています！また、私たちは数千億ドル規模のプロトコルを管理しています。

低い果実を摘む

ガスリミットへの10倍の増加は遠い将来ですが、バリデータは手動でノードを調整して、より大きなブロックを処理する意志を示すことができるため、いつでも小規模な増加も行うことができます。 これは今日起こっています:

As @dankrad上記のツイートで概説されているように、L1のガスリミットが30 Mgas/ブロックから36 Mgas/ブロックに非常に近いうちに増加する可能性があります。通常、コア開発者がそれを安全だと判断し、ハードウェアと帯域幅の要件が時間とともにより管理しやすくなるときに、L1のガスを定期的に増やすことを試みています。EIP-7783by @giulio2002あらかじめ決められたスケジュールに変更し、時間とともにガスリミットを徐々に増やすようにします。

その他の「低い果実」アップグレードがあります @davidecrapisそれによって、ガスリミットのさらなる小規模な増加の道を開拓するのに役立つと、最近のツイートで述べています。

コア開発者は最近、含めることを議論しましたEIP-7623Pectraハードフォーク（日付はまだ設定されていませんが、私の推定では2025年の第1四半期末から第2四半期初めです）では、このEIPによってCALLDATAの価格設定が調整され、最大ブロックサイズが減少し、実行ガスリミットを増やすことができるようになります。CALLDATAは、L2がデータを投稿する場所でした。EIP-4844およびブロブ。

L2のポスト4844は、主にデータをブロブにポストするため、L1のCALLDATAを使用するよりも格段に安くなっています。したがって、このリソースの価格設定を見直し、EVM操作のためのスペースを確保できるかどうかを再検討できます。ダビデによると、これによりガスリミットが2倍になる可能性があるとのことです。

ステートルートの遅延Fusakaハードフォークに含まれることを目指した別の提案です。これにより、ブロックの検証の重要なパスからステートルートの計算（計算量が多い）が削除され、1つのスロット遅延されます。これにより、レイテンシが改善され、より高速なブロックタイムが実現されます（L1のスケーラビリティとUXのアップグレード）。このアップグレードは、EVMをSNARKifyingするというより複雑なスケーラビリティの改善ともうまく組み合わさることになります。

オーダーブックの拡大を実現するためには、EVMをリアルタイムまたはほぼリアルタイムで証明できる必要があります。状態ルートの遅延により、1つのスロットではなく2つのスロットで行う余裕ができます。

果実を取るのは簡単ではない。

ZKマジックは、実行のロードマップの目標と見なされる100倍のガス制限の増加を達成するために使用する主要なツールとなります。

として @jtguibasと言います,

「これらのすごいやつらでイーサリアム全体を証明しようとしているところです。」

彼が言及している悪いボーイズとはZKプルーバーであり、Justin Drake氏は、ベンダーが来年の内にこれらのマシンでEVMの全体を証明できると予想しています。実行レイヤークライアントを実行し、すべてのトランザクションを単純に再実行するのではなく、証明を検証するだけで済みます。実行クライアントのZKバージョンを実行することで、バニラクライアントを実行するために必要なハードウェア要件を効果的に排除し、30 Mgasまたは3 Ggasのブロックを検証することができます。

ZKは状態不在のロードマップを加速するのに役立つかもしれず、私たちにはそれから転じる選択肢を与えてくれますverkle木(無国籍化の前提条件)をバイナリにするマークルツリーは、SNARKに優しく、量子的に安全な、より最適なツリー構造です。ステートレスは、状態ストレージの責任をブロックビルダーに押し付け、ネットワーク上の他のノードが完全な状態データを保存する必要がなくなり、より大きなブロックサイズに追いつくことができます。これは、履歴の有効期限でさらに補足されます。EIP-4444.

コア開発者は、2025年5月のリリースを目指していますEIP-7639これは、実行クライアントに関連する履歴の期限切れに関する最初のアップグレードであり、EIP-7639はマージ前の履歴状態を剪定することを提案しています。これにより、ノードオペレーター向けに数百ギガバイトのディスク容量が開放されることが期待されており、ハードフォークは必要ありません。これにより、直接的なスケーラビリティの改善にはつながりませんが、ノードをより軽量化し、ガスリミットの増加に関する意思決定をより理解しやすくします。

Justin Drakeのロードマップで概説されているように、私たちが安全にガスを100倍増やすことができるようになる前に、最後の1つの要素が必要です。マルチ次元EIP-1559。私たちは先ほどCALLDATAの価格設定について議論しましたが、多次元EIP-1559はこれを拡張し、状態の成長やストレージサイズの成長に影響を与えるリソースの価格設定を行う能力を提供します。これらのパラメータを微調整することで、EVMの実行などのリソースをより豊富にする一方で、他の要素をより管理しやすいレベルに保つことができます。一様な増加ではありません。

今日のブロックごとのガスは30 Mgasです。これらのアップグレードにより、次の5年間でブロックごとのガスが3 Ggasになり、100倍の増加になります。

ボーナス：Ethereumをスケーリングするための他のロードマップアイテム

イーサリアムのR＆Dのロードマップは順序立てていません。多くの側面が並行して開発されており、提案がスケーラビリティを改善するという良い副作用を持つこともありますが、それが最初の目的ではなかった場合もあります。

そのような提案の1つはEIP-7732名前が示すように、ePBSはMEV Boostがエクストラプロトコル（ブロック提案のタスクをブロック構築から切り離し、リレーの必要性を排除する）に埋め込まれ、イーサリアムの検閲耐性を向上させるものです。副産物として、ブロック生成パイプラインを効率化し、バリデータにブロックを生成するための時間を与えることで、帯域幅とCPUの最適化を実現し、ガスリミットの増加につながることがあります。Giulioはここで言及しています。

また、Ethereumのスロット時間を減らすための議論も行われています。これにより、L1およびベースのロールアップのユーザーのUXが向上しますが、L1の実行とブロブの容量も増加します。

L1のスケーリング(直接的または間接的)に関しては、ワクワクすることがたくさんありますが、最も重要なのは、ガスリミットの100倍への道筋が明確で達成可能であることです。36 Mgasでお会いしましょう!

免責事項：

1. この記事は、 Gate.ioから転載されました。[2077リサーチ]. すべての著作権は元の著者に帰属します [@acseth2032]. If there are objections to this reprint, please contact the ゲートラーンチームはそれに迅速に対処します。
2. 免責事項：本記事に表明されている見解や意見は、著者個人のものであり、投資アドバイスを意味するものではありません。
3. ゲートラーンチームは記事を他の言語に翻訳します。特に指定されていない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。