イーサリアム財団は、イーサリアムのSepoliaテストネットにおけるGlamsterdamアップグレードの発動日を10月6日に設定しました。これにより、ノード運営者にはソフトウェア更新の期限が与えられ、アプリケーションチームには変更をテストするための公開ネットワークが提供されます。一般のETHホルダーは、この発動について対応は不要です。イーサリアムの開発サイクルに馴染みのない読者のために説明すると、テストネットとは、クライアントチームやアプリケーション開発者がプロトコルの変更をメインネットに反映する前にリハーサルを行う並行ネットワークであり、今回の発動はメインネットのスケジュール決定に向けた調整の節目であり、稼働中のチェーンへの変更ではありません。

財団のブログで公開された発表によると、Glamsterdamは、一部の操作のガス料金を変更しながら、イーサリアムがより多くの処理をこなせるよう準備するものです。公開テストにより、開発者は新ルールの下でアプリケーションが正しく実行され、手数料を正確に見積もれるかを確認できます。

Glamsterdamはユーザーの支払額を変えるのか?

その影響は取引内容によって異なります。アカウントの作成、コントラクトコードのデプロイ、ストレージの追加は、イーサリアムのノードが保持しなければならない情報を残します。Glamsterdamは、こうした作業だけでなく既存レコードへのアクセスに対しても課されるガスを変更します。

EIP-8037は状態作成コストを引き上げ、個別に計上します。一方、EIP-8038は保存情報の読み書きに対する料金を更新します。したがって、大量の新規ストレージを作成するアプリケーションは、単純な送金とは異なるコスト構造に直面することになります。

既存の一般アカウントへの通常のETH送金については、現行の取引ガス仕様(EIP-2780)により、料金は21,000実行ガスのままです。これは取引に課される作業量を示す数値であり、実際に支払う額は依然として送信時のガス価格に依存します。

イーサリアムの手数料ドキュメントによれば、最終的な料金は消費ガス量と単価に依存し、需要が価格に影響を与えます。処理能力の向上はブロックスペースをめぐる競争を緩和する可能性がある一方、特定の操作への料金引き上げはそのガス消費を増加させる可能性があります。Glamsterdamがすべての取引を安価にするという主張は、この区別を見落としています。

イーサリアムはなぜ各ブロックの背後にある作業を変えるのか

処理能力を高めると、ノードが実行しなければならない作業も増加します。ノードは取引データを受信・検証し、イーサリアムの記録を維持する必要があります。Glamsterdamは、これらの検証に使える時間と、クライアントソフトウェアがデータアクセスを整理する方法に取り組みます。より多くの有用な作業を各ブロックに収めつつ検証に必要な時間を管理可能に保つという2つの圧力のバランスこそが、アップグレードの設計における制約であり、スケーリングと料金再設定の変更が同時に実施される理由です。

ブロックビルダー:引き渡しをプロトコルへ

専門のビルダーは、すでに多くのバリデーター向けに取引を選定・整理しています。組み込み型プロポーザー・ビルダー分離(ePBS)は、この関係におけるコミットメント、データ提供、支払いの仕組みをイーサリアムのプロトコルに組み込みます。

この設計では、ブロックを提案するバリデーターが、特定の取引データを提供するというビルダーのコミットメントを選択し、その後ビルダーがデータを提供します。合意形成の検証と実行の検を分離することで、バリデーターにはデータ検証のための時間がより多く与えられ、交換の支払いはプロトコルが処理します。

アクセスリスト:ノードの検証整理を支援

ブロックレベルアクセスリストは、実行中にアクセスされたアカウントとストレージ、およびその結果得られた値を記録します。クライアントソフトウェアはこの記録を利用して、データを並行してロードし、互換性のある検証作業を並行して整理できます。

このリストは実行データから生成されるため、リスト自体も検証される必要があります。リストはノードが取引間の依存関係を特定するのに役立ちますが、ビルダーが実行する前に取引の影響を予測するものではなく、パフォーマンス向上の程度はクライアントがこれらの機能をどう実装するかに依存します。

これらの変更は、より大きな実行能力のための余地を生み出します。ガスの再設定は、それに伴うデータベース負担に対応するものです。保存データを作成またはアクセスする操作がそのリソース需要に比例して課金されることで、より多くのアクティビティを許容することが持続しやすくなります。

固定ガス許容量がアプリケーションの問題になり得る

内部操作に固定量のガスを与えるコントラクトを考えてみてください。その操作のコストが上がれば、許容量を超えて失敗する可能性があり、取引全体にガスを追加しても、コントラクト自体に書き込まれた上限は必ずしも変わりません。

だからこそ、テストはネットワークが正常に発動するかどうかの確認にとどまらない必要があります。ウォレットは手数料見積もりの修正が必要になる可能性があり、ハードコードされた許容量を持つコントラクトには別の修正が必要になるかもしれません。

財団の料金再設定影響分析は、提案されたガススケジュールの下で過去のメインネット取引を再生しました。テストされた取引の大多数は結果に変化がなく、一部の影響を受けた取引はガス上限を引き上げた後に完了しましたが、より少ないグループは大幅に高い上限でも破綻する可能性が残りました。開発者は財団の影響コントラクト検索を利用して、アドレスや失敗タイプを調査できます。ウォレット、取引サービス、ノードツールを保守するチームも、キャッシュされたコストの前提に頼らず、ガス見積もりを更新する必要があります。10月6日が確定したことで、テストネット発動から将来のメインネットスケジュール決定までの間の確認可能なポイントは明確です。ウォレットやツールのリリースが更新されたガス見積もりを搭載するか、そして検索で特定されたコントラクトの担当チームが独自の修正を展開するかどうかです。

誰が対応が必要か?

Sepoliaの運営者とバリデーター: 互換性のある実行クライアントと合クライアントをインストールしてください。バリデーターはビーコンノードとバリデータークライアントを更新し、新しいePBSの義務とビルダーツールの要件を確認する必要があります。

アプリケーション開発者: 改訂されたルールの下で実行とガス見積もりをテストしてください。特に固定ガス値を使用するコントラクトに注意してください。

メインネットユーザーとETHホルダー: このテストネット発動に対応は不要です。メインネットの手順は別途発表に伴って提供されます。

発動が成功すれば、クライアントが新ルールに共同で準拠していることが示されます。その後のアプリケーションテストにより、ウォレットが手数料を正しく見積もり、影響を受けたコントラクトが確実に動作するかが明らかになります。提案されたスケーリング改善がメインネットユーザーに信頼性の高いサービスを提供するには、その両方が必要です。