イーサリアムは、10月26日にHoodiテストネットでGlamsterdamアップグレードを実施する予定を発表した。このアップグレードはイーサリアムのスケーラビリティ向上を目的としているが、あくまでテストネットでの実行であり、メインネットの有効化ではない。メインネットのスケジュールはまだ発表されていない。
この日付は、Hoodiを運用する開発者やノードオペレーターにとってカレンダー上の目印となるが、Glamsterdamがいつイーサリアムの本番チェーンに到達するのかという broader な疑問には答えていない。
Hoodiの日程
10月26日の有効化の場となるのがHoodiだ。テストネットへのデプロイは、実際のお金や実際のアプリケーションが新しいコードに依存する前に、クライアントチームやインフラプロバイダーが何が壊れるかを把握する場である。これはリハーサルであり、業界もそのように扱っている。
このアップグレードはスケーラビリティの改善として位置づけられている。現在の枠組みにおけるGlamsterdamの要点はまさにそこにある — より多くの容量、より少ない摩擦だ。その実装の詳細については、これまでに公開された情報では明らかにされていない。
メインネットが欠けている理由
テストネットの日程は市場を動かさない。メインネットのスケジュールがなければ、Glamsterdamの市場への影響は限定的であり、それは作業への批判ではない — こうしたロールアウトがそのように価格に織り込まれるだけのことだ。トレーダーやビルダーはリハーサルを前提に計画を立てることはできない。彼らが計画を立てるのは、実際に使用するチェーンを変えるフォークに基づいてである。
したがって、10月26日という日付はスケジュールの更新であり、本番日へのコミットメントではない。これからメインネットのシグナルを期待する人は失望するだろう。順序はおなじみのものだ。まずテストネット、次にクライアントのバグやネットワークの不安定さを監視する期間、そしてメインネットの枠組みを決定する。
テストネットの実際の目的
Hoodiは、実際のネットワークに近い条件で、影響を伴わずにアップグレードを負荷テストするために存在する。クライアントの多様性がテストされる。オペレーターは新しいソフトウェアの予行演習を行う。10月26日に何か問題が起きれば、それはHoodiで起きるのであり、メインネットの前に修正する時間がある。
それがこの日付の実用的な価値だ。悪い驚きが表面化する可能性のある期間を狭め、チームに「soon」という曖昧な目標ではなく、固定された目標を与える。
未解決の課題
まだ欠けているのは、Glamsterdamがいつメインネットで稼働するかの兆候だ。それが発表されるまで、今日チェーンを使用する誰かの観点から見れば、このアップグレードのイーサリアムのスケーラビリティへの効果は理論上のものにとどまる。10月26日のHoodiでの実行が次の具体的なチェックポイントであり、そこで何が起こるかが、その後のメインネットの決定に影響を与えるだろう。
