イーサリアム、10月6日に大規模な高速化アップグレードをテストへ

出典:Crypto.news2026/09/29 18:59
分析
GlamsterdamのSepolia有効化は、エンシュラインド提案者・ビルダー分離(EIP-7732)とブロックレベルアクセスリスト(EIP-7928)の最初のパブリックネットワークリハーサルであり、ブロック構築の信頼前提と状態処理を外部ミドルウェアではなくプロトコル自体へと移す。直接的な運用負担はSepoliaのノード運用者にのしかかり、フォーク前に互換性のある実行クライアントとコンセンサスクライアントを実行する必要がある。一方、アプリケーションチームはEIP-8037とEIP-8038によるガス会計の変更に直面し、固定の供与額やハードコードされたガスリミットに依存するコントラクトが破損する可能性がある。メインネットの時期は未確認のままで、Hoodiは10月27日として暫定的に議論されているが正式なスケジュールはない。したがって実用的なシグナルは、Sepoliaが問題なくファイナライズするか、クライアントリリースが互換性を保つかどうかである。フォーク後のファイナリティ問題、Hoodiに関するgo-or-no-goの決定、そしてメインネットの日付が設定される前にウォレット、インデクサー、ガス推定ツールが更新を出荷するかどうかに注目すべきである。

このコンテンツに関するフィードバックやご質問がある場合は、crypto.news@kcex.comまでお問い合わせください

イーサリアムは10月6日に大規模な高速化アップグレードをテストする イーサリアムは10月6日に大規模な高速化アップグレードをテストする

イーサリアムは、次期の主要なスケーリングパッケージであるGlamsterdamアップグレードを、10月6日13:53:36 UTCにSepoliaテストネットで有効化する予定とし、将来のメインネット展開に先立ってパブリックネットワークでのテストへと移行する。

  • イーサリアムは10月6日13:53:36 UTCにSepoliaでGlamsterdamを有効化する。メインネットの予定は現時点で未定。
  • Glamsterdamは、より高いレイヤー1スループットを支えるために設計された、プロトコルレベルの提案者・ビルダー分離とブロックアクセスリストを追加する。
  • Sepoliaのノード運用者は、予定されたネットワーク有効化の前に実行クライアントとコンセンサスクライアントの両方を更新する必要がある。
  • ガス価格の変更により、固定の供与額、ハードコードされた上限、またはガスの想定に依存するコントラクトが破損する可能性がある。
  • Hoodiは10月27日として暫定的に議論されているが、開発者はその有効化をまだ確認していない。

イーサリアム財団は、Glamsterdamがエポック353,024およびスロット11,296,768で有効化されると発表した。Hoodiとメインネットの有効化日は未定のままであり、10月6日のイベントはSepoliaのみに適用される。

このアップグレードは、イーサリアムの実行レイヤーにおけるAmsterdamと、コンセンサスレイヤーにおけるGloasとして知られる変更を組み合わせたものである。その最大の追加要素は、ブロックの構築方法、バリデータによる検証方法、およびトランザクション処理中にクライアントが状態を扱う方法を変える。

Sepoliaのノード運用者は、有効化前に実行ソフトウェアとコンセンサスソフトウェアの両方の互換バージョンを必要とする。通常のETH保有者およびイーサリアムメインネットのユーザーは、Sepoliaアップグレードのために行動を起こす必要はない。

Glamsterdamはイーサリアムのスケーリングをどのように容易にするのか?

Glamsterdamは、EIP-7732を通じて、ePBSとして知られるエンシュラインド提案者・ビルダー分離を導入する。この変更は、ブロック提案者と専門のブロックビルダーとの関係をイーサリアムのプロトコルに直接組み込むものである。

現在、ブロックビルダーは一般に実行ペイロードを構築し、外部インフラを通じてバリデータと通信する。ePBSの下では、提案者が実行ペイロードへのビルダーのコミットメントを含め、その後ビルダーが完全なペイロードを明らかにする。

その後、イーサリアムのプロトコルがビルダーと提案者間の支払いを処理する。イーサリアム財団によれば、この構造はブロックビルダーへの支払いにおける信頼されたミドルウェアへの依存を減らしつつ、コンセンサス検証と実行検証を分離する。

コンセンサスチェックと実行チェックが別々に行われるため、バリデータは実行ペイロードを検証するより多くの時間を得る。ペイロード適時性委員会は、ビルダーが要求された時間内にペイロードと関連するblobデータを明らかにしたかどうかを判断する。

Glamsterdamは、EIP-7928を通じて別の主要なコンポーネントを導入する。これはブロックレベルのアクセスリストを作成する。このリストは、ブロックが使用するアカウントとストレージの場所、およびトランザクションによって生じる状態変更を記録する。

イーサリアムの開発者によれば、これによりクライアントはディスクから状態を読み取り、トランザクション検証の一部を並行して処理できるようになり、状態ルートの計算もより効率的になる。公式ロードマップは、Glamsterdamをレイヤー1容量の増加に備えるためのアップグレードと説明している。

crypto.newsが以前報じたように、イーサリアムの開発者は、プライベートdevnetテストが続く中で、10月6日のSepoliaフォークを目標としていた。この日付は当初、以前のテストで明らかになったコンセンサスと実行のバグへの対応が進む間、条件付きとして扱われていた。

Sepoliaの10月6日の日付が確定

パブリックテストネットのスケジュールは、その後その暫定的な段階を超えて進んだ。イーサリアムの9月21日のAll Core Developers Testingノートは、Sepoliaが10月6日、エポック353,024および13:53:36 UTCで確定したと述べている。

イーサリアムの実行仕様チームは、9月23日にAmsterdamの変更を含む最初のメインネットフィクスチャセットをリリースした。開発者によれば、このパッケージはGlamsterdamに含まれる15の実行レイヤーEIPの詳細なレビューに続くものだった。

クライアントリリースはフォークに先立って到着している。例えばGo Ethereumバージョン1.17.6は、Sepolia Amsterdamの有効化タイムスタンプを明示的に含み、Sepoliaノード運用者に10月6日より前にアップグレードするよう指示している。

Besuは9月25日にバージョン26.9.0をリリースし、Nethermind 2.0.0は同月の早い時期に到着した。財団の現在のリリース表には、Besu 26.9.0、Erigon 3.7.0、go-ethereum 1.17.6、Nethermind 2.0.0、Reth 2.7.0を含む互換実行クライアントが記載されている。

コンセンサス側では、記載されているSepoliaバージョンにLodestar 1.49.0、Prysm 7.2.0、Teku 26.9.1が含まれ、チームが互換性作業を終えるにつれてさらに多くのクライアントリリースが予想される。

Prysmの運用者は追加の設定詳細に直面する。Prysm 7.2.0は有効化後にデフォルトで6,000万ガスリミットとなるが、2億ガスリミットでブロックを提案したいバリデータは、より新しい提案者コントロールを通じてその設定を行う必要がある。

Glamsterdamはイーサリアムのガス課金方法を変える

このアップグレードはブロック構築を超えて及ぶ。含まれる複数のEIPは、コントラクトが状態を作成またはアクセスする際に消費されるリソースによりよく一致するよう、イーサリアムのガス会計を変更する。

EIP-8037は状態作成のコストを引き上げ、別途測定する。一方、EIP-8038は状態アクセスのコストを変更する。その他の提案は、トランザクションガス、calldataコスト、アクセスリスト、ブロックレベルのガス会計を調整する。

したがって、アプリケーション開発者は新しいルールの下でコントラクトをテストする必要がある。イーサリアム財団は、固定のガス供与額、ハードコードされたガスリミット、または実行中に残るガス量に関する想定に依存するアプリケーションは変更が必要になる可能性があると警告している。

以前のテストは、このプロセスがなぜ重要かをすでに示していた。crypto.newsが報じたように、GlamsterdamのdevnetはコンセンサスのファイナリティとEIP-8037の実装に関するバグを明らかにし、クライアントチームがパブリックフォークを確定する前にテストを続けるきっかけとなった。

イーサリアムはさらに、開発者にGlamsterdamの挙動をテストする時間をより多く与えるため、8月にPlatåbergetと呼ばれる一時的なテストネットを立ち上げた。財団は、一部のウォレット、インデクサー、ガス推定器を含む、ハードコードされた最大ガスリミットに依存するソフトウェアが更新なしでは破損する可能性があると警告した。

イーサリアムのSepoliaアップグレードの後には何が起こるのか?

Sepoliaが期待通りに機能すれば、Hoodiが次のパブリックテストネット段階になると予想される。開発者会議のノートは10月27日を暫定的なHoodiの目標として挙げ、Sepoliaの有効化後にgo-or-no-goの議論が予定されているが、財団はまだHoodiを正式にスケジュールしていない。

メインネットには依然として有効化日がない。Ethereum.orgは現在、Glamsterdamを2026年の第4四半期に置きつつ、その日付が未確認であることを明示している。

イーサリアム財団は、Glamsterdamの仕様とEIPに対してバグバウンティプログラムを開放した。互換リリースが正式に追加されるにつれてクライアント実装が対象となり、セキュリティ研究者にメインネット展開前に問題を報告する別の経路を与えている。

Glamsterdamの後、イーサリアムのロードマップは2027年のHegotáへと向かう。次のフォークは別の一連のプロトコル変更を扱うと予想され、開発者はネイティブアカウント抽象化、より強力な暗号検証、耐量子インフラを含む長期的な計画に向けて取り組む。

関連報道では、Vitalik Buterinは、開発が再帰的STARK、自動検証、プライバシー、再設計されたコンセンサスシステムへとますます移行する前に、Hegotáがイーサリアムの最後の従来型に見えるフォークになる可能性があると述べた。

イーサリアムのプロトコルチームは別途、実行レイヤー、コンセンサスレイヤー、データレイヤー全体にわたる耐量子性について2029年12月の目標を設定した。Hegotáロードマップは現在、その長期的な移行に関連する作業を含んでいるが、多くの個別提案は依然として検討中である。

Glamsterdamについて、次の確定したマイルストーンは10月6日13:53:36 UTCのSepoliaである。Sepoliaを運用するノード運用者は、その有効化前に互換性のある実行クライアントとコンセンサスクライアントをインストールしなければならず、そうでなければノードはアップグレードされたネットワークルールに従わなくなる。

免責事項:本ウェブサイトに転載されている記事は、公開プラットフォームから取得したものであり、参考情報としてのみ提供されています。これらの記事は、KCEXの見解または意見を代表するものではありません。すべての著作権は原著作者に帰属します。転載記事が第三者の権利を侵害していると思われる場合は、削除のため crypto.news@kcex.com までご連絡ください。KCEXは、転載記事の適時性、正確性、完全性についていかなる表明または保証も行わず、当該内容に基づいて行われた行為または決定について一切責任を負いません。転載資料は情報提供のみを目的としており、商業、金融、法律および/または税務上の判断に関する助言、推奨、または根拠を構成するものではありません。