Ethereum Foundation ブログ: 最後のテストネットが統合されようとしています。私たちは何をする必要がありますか?

数年にわたる Ethereum への Proof of Stake 導入の努力を経て、私たちは最終テスト段階であるテストネット展開に入りました。

プルーフ・オブ・ステークに移行する最後のテストネットとして、Goerli は Prater と統合されます。統合された Goerli/Prater ネットワークは Goerli の名前を保持します。

Prater テストネット統合に備えるための Bellatrix アップグレードは、エポック 112260 にアクティブ化されます。推定時刻は 2022 年 8 月 4 日午後 12 時 24 分 UTC です。

Bellatrix アップグレードがアクティブ化された後、Goerli の合計難易度値が 10,790,000 に達したときに Goerli/Prater の合併が発生します。これは 2022 年 8 月 6 日から 12 日の間に発生すると予想されます。

合併後も、Goerli のバリデーター セットは、テストネット バリデーターを実行する個々のステーカーに引き続き公開されます。 Goerli/Prater バリデーター ステーキング ビークルを開始したい人は、Prater Launchpad にアクセスできます。

背景

数年にわたる Ethereum への Proof of Stake 導入の努力を経て、私たちは最終テスト段階であるテストネット展開に入りました。

いくつかの開発テストネット、シャドウフォーク、放棄されたテストネットを経て、Sepolia は最近、プルーフオブステークに移行しました。現在、残っているテストネットは Goerli とそれに対応するビーコン チェーン Prater だけです。

このマージは、以前のイーサリアムのアップグレードとは 2 つの点で異なります。まず、ノード オペレーターは、コンセンサス レイヤー (CL) クライアントと実行レイヤー (EL) クライアントのどちらか一方だけではなく、両方をアップグレードする必要があります。アップグレードは 2 つのフェーズでアクティブ化されます。最初のフェーズは Bellatrix アップグレードで、ビーコン チェーンのパブリック エポックの高さでアクティブ化されます。2 番目のフェーズは Paris アップグレードで、実行レイヤーで合計難易度値に達したときにアクティブ化されます。

アップグレード情報

時間

合併は2段階のプロセスです。これは、エポックの高さによってトリガーされるコンセンサス レイヤー上の Bellatrix ネットワークのアップグレードから始まります。次はパリアップグレードです。これは、ターミナルトータル難易度 (TTD) と呼ばれる特定のトータル難易度しきい値によってトリガーされ、実行レイヤーをプルーフオブワークからプルーフオブステークに移行します。

Bellatrix アップグレードは、Prater ビーコン チェーンのエポック 112260 でアクティブ化される予定で、2022 年 8 月 4 日午後 12 時 24 分 (UTC) にアクティブ化される予定です。実行レイヤーの Paris 部分は、Goerli テストネットのターミナル合計難易度 (TTD) が 10790000 に達したときにトリガーされます。これは、2022 年 8 月 6 日から 12 日の間に発生すると予想されます。

実行レイヤーが TTD を超えると、次のブロックはビーコン チェーン バリデーターによって完全に生成されます。ビーコン チェーンがこのブロックを確定すると、マージが完了したとみなされます。通常のネットワーク状態を想定すると、最初のブロックの 2 エポック後に TTD がトリガーされた後、つまり約 13 分後に完了するはずです。

新しい JSON-RPC ブロック タグ finalized があり、これは最後に確定されたブロックを返します。そのようなマージされたブロックが存在しない場合はエラーを返します。このタグは、マージが完了したかどうかを確認するためにアプリケーションで使用できます。同様に、スマート コントラクトは、マージ後に PREVRANDAO に名前が変更される DIFFICULTY オペコード (0x44) を照会して、マージが発生したかどうかを判断できます。インフラストラクチャプロバイダーは、ファイナライズの状況に加えて、ネットワーク全体の安定性を監視することをお勧めします。

クライアントバージョン

次のクライアント バージョンは、Goerli テストネットと Prater テストネットのマージをサポートしています。ノード オペレーターは、マージ中およびマージ後にネットワーク上に留まるために、実行レイヤー (EL) クライアントとコンセンサス レイヤー (CL) クライアントを実行する必要があります。

実行するクライアントを選択する場合、バリデータは、EL と CL で多数のクライアントを実行するリスクを特に認識する必要があります。これらのリスクとその結果の詳細については、この説明記事を参照してください。 EL クライアントと CL クライアントの現在の分布の推定と、あるクライアントから別のクライアントに切り替えるためのガイドラインについては、この記事をご覧ください。

コンセンサスレイヤー

• Lighthouse Geardude Clockberg (v2.4.0)

• ロードスター v0.41.0

• プリズムv2.1.4-rc.0

• ニンバスv22.7.0

• テク 22.7.0

実行レイヤー

• ベス 22.7.0-RC3

• エリゴン 2022.07.03-アルファ

• go-ethereum (geth) v1.10.21

• ネザーマインド 1.13.5

アップグレード仕様

統合されたコンセンサスが重要な変更については、次の 2 か所で詳しく説明されています。

コンセンサス仕様リポジトリの Bellatrix ディレクトリにあるコンセンサス レイヤーの変更

実行仕様リポジトリのパリ仕様における実行層の変更

さらに、他の 2 つの仕様では、コンセンサス層と実行層のクライアントがどのように相互作用するかについて説明しています。

エンジン API は、execution-apis リポジトリに記述されており、コンセンサス レイヤーと実行レイヤー間の通信に使用されます。

Optimistic Sync については、コンセンサス仕様リポジトリの sync フォルダーに説明されています。これは、コンセンサス レイヤーが実行レイヤーと同期するときにブロックをインポートし、実行レイヤーにコンセンサス レイヤー チェーン ヘッドの部分的なビューを提供するために使用されます。

よくある質問

ノードオペレーターとして何をすべきでしょうか?

合併後、Ethereum フルノードは、コンセンサス層クライアント (PoS ビーコン チェーンを実行) と実行層クライアント (ユーザー状態の管理とトランザクション関連の計算の実行) を組み合わせます。これらは、認証されたポートを介して通信します (Engine API と呼ばれる新しい JSON RPC メソッド セットを使用)。実行層クライアントとコンセンサス層クライアントは、暗号化された JWT を使用して相互に認証します。ノード オペレーターは、この情報を生成および構成する方法についてはクライアントのドキュメントを参照する必要があります。

つまり、ビーコン チェーン上ですでにノードを実行している場合は、実行レイヤー クライアントも実行する必要があります。同様に、現在の PoW ネットワーク上でノードを実行している場合は、コンセンサス レイヤー クライアントを実行する必要があります。安全に通信するには、JWT トークンを各クライアントに渡す必要があります。 Goerli/Prater ネットワーク上でノードを実行するための簡単な手順については、こちらをご覧ください。

ビーコン チェーン ノードとバリデータ クライアントはどちらもコンセンサス レイヤー クライアントの一部ですが、ビーコン チェーン ノードの実行はバリデータ クライアントの実行とは異なることを強調しておく価値があります。バリデーターは両方を実行する必要がありますが、ノード オペレーターはビーコン チェーン ノードのみを実行する必要があります。この記事では、2 つのコンポーネントの違いについて詳しく説明します: https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-2.0-client-architecture/

また、コンセンサス層と実行層の両方が独立したピアのセットを維持し、独自の API を公開することに注意してください。ビーコン API と JSON RPC API はどちらも引き続き期待どおりに動作します。

ステーカーとして何をする必要がありますか?

Goerli/Prater の統合は、メインネット移行前にバリデータが正しく設定されていることを確認するための、全員にとって最後のチャンスです。メインネット上で予期しない問題が発生するのを避けるため、このマージに参加することを強くお勧めします。

前述のように、合併後、ビーコン チェーン上のバリデーターは、コンセンサス レイヤー クライアントに加えて実行レイヤー クライアントを実行する必要があります。マージ前にこれを実行することを強くお勧めしますが、バリデーターはこれらの機能をサードパーティプロバイダーにアウトソーシングする場合があります。これが可能なのは、実行層に必要なデータがデポジット契約の更新だけだからです。

マージ後、バリデーターは作成して証明したブロック内のトランザクションが有効であることを確認する必要があります。これを行うには、各ビーコン ノードを実行層クライアントとペアリングする必要があります。複数のバリデーターを 1 つのビーコン ノードと実行レイヤー クライアントの組み合わせとペアにできることに注意してください。これによりバリデーターの責任は増大しますが、ブロックを提案するバリデーターは関連するトランザクションに対して優先手数料を受け取る権利も得られます (現在、この手数料はマイナーによって徴収されています)。

バリデーター報酬はビーコン チェーン上に蓄積され、その後のネットワーク アップグレードまで利用できなくなりますが、トランザクション手数料は引き続き実行レイヤーで支払われ、バーンされ、分配されます。バリデーターは、トランザクション手数料の受取人として任意の Ethereum アドレスを指定できます。

コンセンサス レイヤー クライアントを更新した後、バリデータ クライアントを設定するときに手数料の受取人を必ず設定して、トランザクション手数料が自分が管理するアドレスに送信されるようにしてください。ステーキングにサードパーティプロバイダーを選択した場合、これらの手数料の分配方法を指定するのは選択したプロバイダー次第です。

Prater Staking Launchpad には、バリデーターがプロセスの各ステップを完了したことを確認できるようにするために使用できるマージ準備チェックリストがあります。 EthStaker チームは 7 月 29 日に統合バリデーター準備ワークショップも開催します。

ターミナル合計難易度の推定時間範囲がなぜこんなに長いのですか?

各ブロックでの難易度の変動が大きくなるため、TTD の推定はブロックまたはエポックの高さの推定よりも難しくなり、より広い範囲が予想されます。ユーザーは、プルーフ・オブ・ワークのハッシュレートの変更により、メインネットの移行期間中にもこれが発生することに注意する必要があります。

アプリやツールの開発者として、何をすべきでしょうか?

Goerli テストネットは統合の準備を進めており、今が製品が PoS にスムーズに移行し、統合された環境で期待どおりに機能することを確認する最後のチャンスです。前回のブログ投稿で述べたように、このマージは Ethereum にデプロイされたコントラクトのサブセットに非常に微妙な影響を与えるだけで、コントラクトが破損することはありません。さらに、ほとんどのユーザー API エンドポイントは安定したままになります (eth_getWork などのプルーフ・オブ・ワーク固有のメソッドを使用しない限り)。

それでも、イーサリアム上のほとんどのアプリケーションには、単なるオンチェーン契約以上のものが関わっています。ここで、フロントエンド コード、ツール、デプロイメント パイプライン、およびその他のオフチェーン コンポーネントが期待どおりに機能することを確認する必要があります。開発者には、Ropsten (または Kiln) で完全なテストとデプロイ サイクルを実行し、ツールや依存関係に関する問題をプロジェクトのメンテナーに報告することを強くお勧めします。どこに問題を作成すればよいかわからない場合は、このリポジトリを使用してください。

また、Sepolia と Goerli を除くすべてのテストネットは統合後にシャットダウンされることに注意する必要があります。 Ropsten、Rinkeby、または Kiln テストネットのユーザーの場合は、Goerli または Sepolia テストネットへの移行を計画する必要があります。詳細については、「Ropsten、Rinkeby、Kiln テスト ネットワークの廃止に関するお知らせ」の記事をお読みください。

Ethereum ユーザーまたは ETH 保有者として、何をする必要がありますか?

不要。 Ethereum メインネットはこのテストネットの影響を受けません。メインネット移行前にこのブログで今後の発表をさせていただきます。

鉱夫として何をする必要がありますか?

不要。 Ethereum メインネットまたは Sepolia テストネットでマイニングを行う場合は、合併後は各ネットワークが完全に PoS コンセンサスの下で実行されることに注意する必要があります。その時点で、ネットワーク上でのマイニングはできなくなります。

バリデーターとして、ステークした資産を引き出すことはできますか?

できません。この統合はイーサリアムのこれまでのアップグレードの中で最も複雑なものとなる。ネットワーク中断のリスクを最小限に抑えるために、私たちは実行可能な最小限のアプローチを採用しました。つまり、今回のアップグレードでは、PoW から PoS への移行に関連しないすべての変更を除外しました。

ビーコンチェーンから資金を引き出す機能は、合併後の最初のアップグレードで導入される可能性があります。コンセンサス層と実行層の規範が推進されています。

さらに質問があります。どこに問い合わせればよいでしょうか?

EthStaker コミュニティは、ステーカーやノード オペレーターからの質問に答えるために Discord チャネルを設定しました。彼らの discord に参加し、#goerli-prater で助けを求めることができます。前述のとおり、EthStaker は 7 月 29 日に統合バリデーター準備ワークショップも開催します。

さらに、統合コミュニティ ミーティングが 8 月 12 日 14:00 UTC に予定されています。クライアント開発者と研究者は、ノードオペレーター、ステーカー、インフラストラクチャおよびツールプロバイダー、コミュニティメンバーからの質問に答えます。このコミュニティ コールは、Goerli/Prater の合併後に実施される予定ですのでご了承ください。

合併はいつ行われますか?

本稿執筆時点では、Ethereum メインネット統合の日付はまだ設定されていません。合併の日付が発表されるという話は、おそらくデマだろう。アップデートは Ethereum Foundation ブログに投稿されますので、騙されないでください!

Goerli/Prater の統合で問題が発見されないと仮定すると、クライアントが完全に機能するバージョンでリリースされたときに、メインネット ビーコン チェーンで Bellatrix アップグレードをアクティブ化するためのスロットの高さを選択し、メインネット移行をトリガーするために使用される合計難易度値を設定します。クライアントはメインネット統合用のバージョンをリリースします。関連ニュースはこのブログや他のコミュニティプラットフォームで発表します。

上記は問題が見つからないという前提に基づいています。このプロセスのどの時点でも問題が発見された場合、またはテスト範囲が不完全であると判断された場合は、展開を進める前にそれらの問題を解決します。

そうして初めて、合併の正確な日付を推定することが可能になります。

それはもうすぐという意味です。

オリジナルリンク: https://blog.ethereum.org/2022/07/27/goerli-prater-merge-announcement/