イーサリアム、Sepoliaでの大型ブロックテストをPrysm v7.2.1の重要な修正で推進
重要ポイント
- •Sepoliaのガスターゲットは6,000万から2億へ引き上げられ、Glamsterdamアップグレードのもと、テストネットワークは1ブロックあたり3倍以上の計算作業を処理する容量を得ます。
- •Prysm v7.2.1はSepoliaのガス上限スケジュールを追加し、フォークフェーズ開始時に2億ガスをクライアントのデフォルトとすることで、v7.2.0に残されていた6,000万のデフォルト値の問題を修正しました。
- •ガスはトランザクション数ではなく計算作業量を測るため、ターゲット引き上げによって1ブロックあたりのトランザクション数が固定的に3倍になるわけではありません。
- •Glamsterdamは容量テストとともに、組み込み型のプロポーザー・ビルダー分離、ブロックレベルのアクセスリスト、特定の状態生成・状態アクセス操作に対する改定ガス料金をもたらします。
- •GlamsterdamはHoodiやメインネット向けにまだスケジュールされておらず、アクティブ化後のSepoliaのネットワークデータによって、高容量設計がクライアントやバリデータ全体で信頼性を示すかどうかが判断されます。
イーサリアムのSepoliaテストネットは、大幅に重いブロック処理のリハーサルに向けて準備を進めており、新たなPrysmリリースが、公開テストが不整合な条件下で実施される可能性のある設定上の不整合を解消しました。
ガスとは、イーサリアムにおける計算作業量の尺度です。これはブロックに含められるトランザクションの件数ではなく、トランザクション処理の総量を決定します。Sepoliaのターゲットを6,000万から2億に引き上げることで、テストネットワークは1つのブロック内で3倍以上の作業を処理する余地を得ます。
2億ガスが実務上意味するもの
イーサリアムは、ネットワークを低速化させたり、一般のノード運営者にとって過大な負担としたりすることなく、ソフトウェアが大幅に重いブロックを構築、配布、検証できるかどうかをテストしています。
この変更がトランザクション件数の固定的な3倍増につながるわけではありません。単純な送金は複雑なスマートコントラクト操作よりもはるかに少ないガスを消費するため、最終的なトランザクション数はユーザーが各ブロックに何を含めるかによって変わります。Sepoliaの役割は、その作業負荷が増大した際にネットワークがどのように動作するかを示すことです。
Prysmの更新がテストを意図された設定に維持
Glamsterdamアップグレードは、13:53:36 UTCにSepoliaでアクティブ化される予定です。Prysmバージョン7.2.0はアップグレードを実行できましたが、オペレーターが手動で設定を変更しない限り、6,000万ガスのデフォルト値が維持されていました。
これにより厄介な不整合が生じていました。ーサリアムは2億ガスのリハーサルをスケジュールできる一方で、主要なバリデータクライアントが従来のターゲットのままブロックを提案し続ける可能性があったのです。クライアントのGitHubリリースノートに記載されているPrysm v7.2.1は、Sepoliaのガス上限スケジュールを追加し、フォークの該当フェーズ開始時に2億をデフォルトとします。
この不整合が問題となったのは、イーサリアムのバリデータセットが複数の独立したクライアント実装上で稼働しており、あるクライアントのデフォルト値が、それを上書きしないすべてのオペレーターにとっての条件を決めるためです。リハーサルのデータは、開発者が測定しようとした設定でネットワークが稼働している場合にのみ有用となります。
バリデータは引き続きプロポーザー設定を管理しており、必要に応じて値を上書きできます。このリリースは、公開テスト全体で不整合な条件を生み出していた可能性のある手動ステップを取り除くにすぎません。
大型ブロックがイーサリアムのスタック全体に与える負荷
容量は、それを取り巻くソフトウェアが追いつける場合にのみ有用です。実行クライアントは追加データを処理する必要があり、コンセンサスクライアントはブロックを迅速に受信・検証する必要があり、バリデータは各ブロックがはるかに重い作業負荷を含む場合でも同一チェーンについて合意する必要があります。
Glamsterdamは、この容量テストをその環境向けに設計された変更と組み合わせています。組み込み型のプロポーザー・ビルダー分離はブロックの組み立て方法およびバリデータへの引き渡し方法を再構築し、ブロックレベルのアクセスリストはクライアントがブロックが必要とするイーサリアムの状態の部分を特定するのに役立ちます。また、このアップグレードは、特定の状態生成・状態アクセス操作に課されるガスを見直し、それらのコストをノードに長期的にかかる負荷に近づけます。
これらがイーサリアム財団のGlamsterdamテストネット発表によるところの、10月6日のSepoliaアップグレードの背後にあるより広範な技術的変更です。Prysmのリリースは、この大規模なリハーサルにおける1つの実務上の要件、すなわち開発者がテスト対象として選んだ高い容量に対応できるようバリデータを準備させることを担っています。
Sepoliaアクティブ化後に開発者が注視するポイント
クライアント間の不一致、ブロック伝播の遅延、不正確なガス見積もりなどが生じれば、開発者は解決すべき具体的な問題を得ることになります。これらのシステムが安定していれば、Sepoliaは新しい設計が公開環境でより大きな作業負荷を処理できることの有用な証拠となります。
メインネット決定前のSepolia結果
イーサリアムはGlamsterdamをHoodiやメインネット向けにスケジュールしていません。Sepoliaのアクティブ化により、ノード運営者、開発者、アプリケーションチームが、市場価値のないトークンを用いて新しいルールをテストできる共有環境が提供されます。
Prysmの更新は、そのプロセス開始前に設定上の問題を解消しました。意味のある結果は、アクティブ化後に収集されるネットワークデータ、すなわち意図された2億ガスの作業負荷が、最終的にそれを支える必要のあるクライアント、バリデータ、アプリケーション全体で信頼性を維持するかどうかにあります。
この記事は情報提供のみを目的としたものであり、投資助言を構成するものではありません。イーサリアムのアップグレードスケジュールおよび技術仕様は、テスト中に変更される可能性があります。
