Ethereumの主要バリデータクライアントの一つが、重要なSepoliaテストネットワークの実行のほんの数時間前に緊急ソフトウェアアップデートを配信した。このパッチは、テストネットがブロックごとのガスリミットを2億に引き上げる準備をしている中で登場した。この引き上げにより、各ブロックは現在よりもはるかに多くの計算とデータを運ぶことが可能になる。
タイミングは厳しい。影響を受けるクライアントを実行しているバリデータは、テストが始まる前にアップグレードする必要がある。さもなければ、同期から外れたり、試験中に無効なブロックを生成したりするリスクがある。Sepoliaはメインネットではない — クライアントチームがメインネットで問題が起きないように、あえて問題を起こすリハーサル空間だ。しかし、ここでのテストの失敗は、より広範なGlamsterdamの展開を遅らせることになる。
なぜ2億ガスが重要なのか
Ethereumのガスリミットは、単一のブロックが保持できる作業量の上限を設定する。単純な送金、スマートコントラクトの呼び出し、ロールアップのデータブロブ、そのすべてだ。この上限は長年にわたって徐々に上昇してきたが、2億は異なる規模だ。それはブロックあたりのトランザクション数の増加、ロールアップデータのためのより多くのスペース、そして理論的には需要が平坦な場合の手数料の低下を意味する。
また、そのブロックを処理しなければならないすべてのノードにとって、より大きな負担を意味する。バリデータ、アーカイブノード、RPCプロバイダー — 下流の誰もがそれを感じる。だからこそ、クライアントチームはこれらの増加をSepoliaや他のテストネットで最初にテストする。そこでは、悪いブロックは悪い午後以外の何のコストもかからない。
Glamsterdamアップグレードバンドルは何ヶ月も前から進行中であり、ガスリミットの増加は最も注目されているコンポーネントの一つだ。クライアントの多様性が調整を難しくする。Ethereumはいくつかの異なるバリデータクライアントで動作し、それぞれが同じ負荷を正しく処理する必要がある。あるクライアントがテスト前のパッチを必要とするとき、それはネットワークがその多様性が機能することにどれほど依存しているかを思い出させる。
パッチが実際に行うこと
クライアントは土壇場でソフトウェアを更新した。これはテストサイクルで起こることだ — 最終チェック中にバグが表面化し、チームが修正を出荷し、バリデータがそれを適用しようと奔走する。影響を受けたクライアントはバグの正確な性質を明らかにしておらず、緊急という表現はそれが表面的なものではなかったことを示唆している。
ウィンドウを逃したバリデータは、Sepoliaノードが停止したり、テストネットの残りからフォークオフしたりする可能性がある。メインネットでは、それは深刻なインシデントになるだろう。Sepoliaでは、それはデータポイントだ。
より広範なテストネットのシャッフル
Sepoliaは、メインネットで試すにはリスクが高すぎるが、スキップするには重要すぎる変更の主要な証明の場となっている。ガスリミットの増加はまさにその説明に当てはまる。Sepoliaが2億ガスのブロックをきれいに処理できれば、メインネットのスケジュールへの道が開ける。そうでなければ、クライアントチームはコードに戻る。
メインネットの日付はまだ発表されていない。Glamsterdamアップグレードはまだテストネット段階にあり、ガスリミットの変更はより大きなパッケージの一部だ。次の数日間でSepoliaで何が起こるかが、残りがどれだけ早く進むかを形作るだろう。
注目すべき点
当面の疑問は、パッチを当てたクライアントが新しいブロックサイズの下で持ちこたえられるかどうかだ。時間通りにアップグレードしたバリデータはリアルタイムで知ることになる。しなかった者は厳しい方法で知ることになるかもしれない。Sepoliaの後、次のチェックポイントは、他のテストネット — そして最終的にはメインネット — が独自のガスリミット試験を受けるかどうかだ。今のところ、すべての目はほとんどのユーザーが決して考えないテストネットワークに向けられている。
