開発者がL1スケーリングを推し進めたため、イーサリアムのガス制限が33パーセント上昇

イーサリアムは、レイヤー 1 スケーリングに向けて大胆な一歩を踏み出しました。 11 月 25 日、ネットワークはガスの上限を 4,500 万から 6,000 万に引き上げました。これは、1 回のアップグレード サイクル内でブロック容量が 33% 増加したことを示しています。イーサリアム検証者の半数以上が変更を承認しました。サポートが 50% のしきい値を超えたため、アップグレードが自動的にアクティブ化されました。ハードフォークは必要ありませんでした。

この静かだが強力な変化は、イーサリアムがスケーラビリティにどのように取り組むかに大きな変化が起こったことを示しています。ほぼ 4 年間、ガスの制限は 3,000 万近くにとどまりました。開発者は、ネットワークをパフォーマンスのリスクから保護するために、値を低く保ちました。現在、その慎重な時代は去りつつあるようです。

開発者がついに限界に挑戦した理由

では、なぜイーサリアム開発者の動きが今年突然加速したのでしょうか?その答えは、リスク プロファイルを変えた 3 つの主要な技術的進歩にあります。まず、EIP-7623 はプロトコル レベルでの保護を追加しました。それにより、calldata のガスコストが上昇しました。これにより、最悪の場合のブロック サイズが制限され、組み込みの安全バッファが追加されます。その結果、開発者はガス上限を引き上げる自信を深めました。第二に、主要なイーサリアムクライアントは大幅なパフォーマンスアップグレードを受けました。

チームは、Nethermind、Erigon、Reth などのソフトウェアを最適化しました。彼らは暗号操作を改善し、大量の計算のためのガス価格を調整しました。これらのアップデートにより、ノードは 60M のガス ブロックをストレスなく処理できるようになりました。第三に、開発者は、Sepolia や Hoodi などのテストネットで激しいストレス テストを実行しました。結果は、より高い負荷でも安定していました。ブロックの伝播は依然として、イーサリアムの 4 秒という狭いコンセンサス ウィンドウ内で完了します。これにより、スケーリングに対する最大の懸念の 1 つが取り除かれました。これらのアップグレードにより、イーサリアムは慎重な理論から証拠に基づいたスケーリングへと移行しました。

これがユーザーと開発者にとって何を意味するか

ガス制限が高いほど、ブロックごとのトランザクションが多くなります。これにより、需要のピーク時の混雑を軽減できます。また、安定したブロック領域に依存するアプリの信頼性も向上します。開発者にとって、この変更によりワークフローが改善されます。ガスを節約するためだけにスマートコントラクトを過度に圧縮する必要はもうありません。これにより、よりクリーンな設計とより迅速な開発サイクルが可能になります。

ユーザーもその影響を感じるかもしれません。需要が急増すると、通常、ネットワークの速度が低下します。ブロックあたりのスペースが増えたので、イーサリアムはより少ない圧力でより重いトラフィックを吸収できるようになりました。それでも、いくつかの疑問が残ります。大きなブロックにはより強力なハードウェアが必要です。これにより、地方分権に関する長期的な議論が生まれます。開発者らは、現在のデータはネットワークが安定していることを示していると述べている。

100M への道と L2 の将来

今後を見据えて、一部の開発者は現在、ガス制限を 100M に近づけることについて議論しています。それはイーサリアムのベースレイヤーにとって大きな飛躍となるだろう。しかし、課題はまだ残っています。チームは依然として、状態の増大、重い暗号負荷、ネットワーク データ フローを管理する必要があります。これがレイヤ 2 ネットワークにとって何を意味するかについても議論が高まっています。

一部のアナリストは、レイヤー 1 の高速化によってロールアップの負担が軽減される可能性があると考えています。単にエコシステム全体を強化するだけだと主張する人もいます。現時点で、明らかなことが 1 つあります。イーサリアムはもはやスケーリングに立ち止まっていません。 60M ガス制限は転換点を示します。開発者は、ただ注意するだけでなく、実際のデータを使用して拡張するようになりました。レイヤー 1 レースは新たな段階に入ったばかりです。