イーサリアム財団:イーサリアムメインネットの合併公告
原文标题:《ethereum foundation blog:Mainnet Merge Announcement》
原文作者:Protocol Support Team
原文编译:Unitimes,ODAILY
イーサリアムはプルーフ・オブ・ステーク (PoS) に移行しています!この移行はマージ (The Merge) と呼ばれ、まずはビーコンサインでのベルアトリックスアップグレードを通じてアクティブ化される必要があります。その後、イーサリアムのプルーフ・オブ・ワーク (PoW) チェーンは、特定の総難易度値に達した時にプルーフ・オブ・ステーク (PoS) に移行します。**
計画によれば、ベルアトリックスアップグレードは2022年9月6日 UTC時間11:34:47にビーコンサインの第144896エポックで行われる予定です。
マージをトリガーする終端総難易度値は58750000000000000000000で、2022年9月10日から20日の間に達成される見込みです。
注意:以前に発表された通り、Kilnテストネットはまもなく廃止され、オペレーターは2022年9月6日にサービスを終了します。
背景
数年の努力を経て、イーサリアムのPoSアップグレードがついにやってきます!すべての公共テストネットはアップグレードに成功し、イーサリアムメインネットのマージアップグレードもすでに予定されています。
マージは、これまでのネットワークアップグレードとは2つの点で異なります。まず、ノードオペレーターはコンセンサスレイヤー (CL) クライアントと実行レイヤー (EL) クライアントの両方を同時にアップデートする必要があります。次に、このアップグレードは2つの段階でアクティブ化されます。第一段階はベルアトリックスと呼ばれ、ビーコンサインの特定のエポックの高さで完了します。第二段階はパリスと呼ばれ、実行レイヤーが所定の総難易度値に達した時に完了します。
アップグレード情報
時間
マージは2つのステップに分かれており、最初のステップは特定のエポックの高さでコンセンサスレイヤーでトリガーされるベルアトリックスネットワークアップグレードです。その後、実行レイヤーはプルーフ・オブ・ワーク (PoW) からプルーフ・オブ・ステーク (PoS) に移行し、このステップは特定の総難易度値である終端総難易度 (TTD) によってトリガーされます。
ベルアトリックスアップグレードは2022年9月6日 UTC時間午前11:34:47にビーコンサインの高さが144896に達した時に行われる予定です。
実行レイヤーのアップグレードパリスは、TTDの総難易度値が58750000000000000000000に達した時にトリガーされ、2022年9月10日から9月20日の間に行われる見込みです。TTDに達する正確な日付は、プルーフ・オブ・ワークのハッシュレートの状況に依存します。移行時間の予測については、bordel.wtfや797.io/themergeで確認できます。
実行レイヤーが所定のTTD値に達したりそれを超えたりすると、ビーコンサインのバリデーターが次のブロックを生成する責任を負います。ビーコンサインがそのブロックを確定させると、マージアップグレードは完了と見なされます。通常のネットワーク条件下では、TTD難易度値に達した後に生成される最初のブロックは、2エポック(約13分)で確定します。
新しいJSON-RPCブロックラベルfinalizedは最新の最終ブロックを返し、もしそのようなマージ後のブロックが存在しない場合はエラーを返します。アプリケーションはこのラベルを使用してマージが完了したかどうかを確認できます。同様に、スマートコントラクトはDIFFICULTYオペコード (0x44)(マージ後にPREVRANDAOに改名)をクエリしてマージが発生したかどうかを確認できます。インフラプロバイダーは、最終状態を監視するだけでなく、全体のネットワークの安定性も監視することをお勧めします。
クライアントバージョン
以下のクライアントバージョンはイーサリアムメインネットのマージアップグレードをサポートしています。ノードオペレーターは、マージ期間中およびその後にネットワークに留まるために、実行レイヤーとコンセンサスレイヤークライアントの両方を同時に実行する必要があります。
どのクライアントを実行するかを選択する際、バリデーターはELとCLの両方で多数のクライアントを実行するリスクに特に注意する必要があります。これらのリスクとその結果についてはこちらで説明されています。また、こちらで実行レイヤーとコンセンサスレイヤークライアントの分布の推定や、あるクライアントから別のクライアントへの切り替えのガイドを見つけることができます。
1) コンセンサスレイヤークライアント
クライアント:Lighthouse
バージョン:v3.0.0
クライアント:Lodestar
バージョン:v1.0.0
クライアント:Nimbus
バージョン:v22.8.0
クライアント:Prysm
バージョン:v3.0.0
クライアント:Teku
バージョン:22.8.1
2) 実行レイヤークライアント
クライアント:Besu
バージョン:22.7.1
クライアント:Erigon
バージョン:v2022.08.02-alpha
クライアント:go-ethereum (geth)
バージョン:v1.10.23
クライアント:Nethermind
バージョン:v1.14.0
警告:geth v1.10.22バージョンのクライアントには深刻なデータベースの問題が含まれています。このバージョンを使用しないでください。このバージョンのクライアントを使用している場合は、できるだけ早くv1.10.23にアップグレードしてください。
アップグレード仕様
マージのコンセンサスに関する重要な変更は2つの場所で指定されています:
コンセンサスレイヤーは、コンセンサス仕様リポジトリのベルアトリックスディレクトリに基づいて変更されます。
実行レイヤーは、実行仕様リポジトリのパリス仕様に基づいて変更されます。
これに加えて、他の2つの仕様は、コンセンサスレイヤーと実行レイヤークライアントがどのように相互作用するかをカバーしています:
execution-apisリポジトリで指定されたエンジンAPIは、コンセンサスレイヤーと実行レイヤー間の通信に使用されます。
コンセンサス仕様リポジトリのsyncフォルダーで指定されたオプティミスティックシンクは、コンセンサスレイヤーが実行レイヤークライアントを同期する際にブロックをインポートするために使用され、前者から後者へのチェーンヘッドの部分ビューを提供します。
マージバグバウンティプログラム
今から9月8日までの期間、すべてのマージ関連のバグ報奨金は4倍の倍率になります。重大なバグの報奨金は最大100万ドルです。
詳細については、バグバウンティプログラムを参照してください。
FAQ
1. ノードオペレーターとして、私は何をすべきですか?
マージ後、イーサリアムのフルノードはコンセンサスレイヤー(CL)クライアントと実行レイヤー(EL)クライアントの組み合わせになります。前者はプルーフ・オブ・ステークのビーコンサインを運営し、後者はユーザーの状態を管理し、取引に関連する計算を実行します。実行レイヤー(EL)とコンセンサスレイヤー(CL)クライアントは、認証されたポートを介して通信するために、Engine APIと呼ばれる新しいJSON RPCメソッドのセットを使用します。実行レイヤー(EL)とコンセンサスレイヤー(CL)クライアントは、JWTキーを使用して相互認証します。この値を生成し構成する方法についての説明は、ノードオペレーターはそれぞれのクライアントのドキュメントを参照する必要があります。
言い換えれば、ビーコンサインでノードを運営している場合、実行レイヤークライアントも運営する必要があります。同様に、現在のプルーフ・オブ・ワーク(PoW)ネットワークでノードを運営している場合、コンセンサスレイヤークライアントも運営する必要があります。安全に通信するためには、各クライアントにJWTトークンを渡す必要があります。ethereum.orgの「ノードを運営する」セクションは、これらのステップをより詳細に説明しています。
強調すべきは、ビーコンサインノードを運営することは、バリデータークライアントを運営することとは異なるということです。ステーキング者は両方を同時に運営する必要がありますが、ノードオペレーターは前者だけを運営すればよいです。この記事は、これら2つのコンポーネントの違いをより詳細に説明しています。
さらに、各レイヤーは独立したピアノードのセットを維持し、それぞれのAPIを公開します。ビーコンサインAPIとJSON RPC APIは、引き続き期待通りに機能します。
2. ステーキング者として、私は何をすべきですか?
前述の通り、ビーコンサインのバリデーターは、コンセンサスレイヤークライアントを運営するだけでなく、マージ後に実行レイヤークライアントも運営する必要があります。ステーキング者は、マージ前にこれを行うことを強くお勧めしますが、一部のバリデーターはこれらの機能を第三者プロバイダーにアウトソースしています。これは、実行レイヤーに必要な唯一のデータがデポジット契約の更新であるため可能です。
マージ後、バリデーターは、彼らが作成し証明するユーザー取引と状態遷移ブロックが有効であることを確認する必要があります。これを行うために、各ビーコンサインノードは実行レイヤークライアントとペアリングする必要があります。複数のバリデーターが単一のビーコンサインノードと実行レイヤークライアントの組み合わせでペアリングすることも可能です。これはバリデーターの責任を拡大しますが、ブロックを提案するバリデーターには関連取引の優先権手数料の権利が与えられます(現在はマイナーに属します)。
バリデーター報酬は依然としてビーコンサインで発生し、後のネットワークアップグレードが必要で引き出すことができますが、取引手数料は実行レイヤーで支払われ、破棄され、配分されます。バリデーターは、取引手数料の受取人として任意のイーサリアムアドレスを指定できます。
コンセンサスクライアントを更新した後、fee recipientをバリデータークライアントの設定の一部として設定することを忘れずに、取引手数料があなたが制御するアドレスに送信されるようにしてください。第三者プロバイダーを使用してステーキングしている場合、選択したプロバイダーがこれらの手数料の配分方法を指定します。
ステーキングランチパッドには、ステーキング者がプロセスの各ステップを完了したことを確認するためのマージ準備チェックリストがあります。EthStakerは、バリデーター準備ワークショップを開催し、さらに多くのワークショップを計画しています。
メインネットのPoS移行の準備をするためにテストネットでバリデーターを運営したいステーキング者は、Goerliテストネット(すでにマージ完了)で操作できます。ここにもステーキングランチパッドのインスタンスがあります。
3. なぜ終端総難易度 (TTD) の予想日付範囲がこれほど広いのですか?
各ブロックの難易度の増加は不安定なネットワークのハッシュレートに依存し、より多くのハッシュレートがネットワークに参加すればTTDはより早く達成されます。同様に、ハッシュレートがネットワークから撤退すれば、TTDの到達時間は遅れます。ハッシュレートが著しく低下した場合、Ropstenテストネットで行ったようにTTDのカバレッジ値を調整することができます。
4. アプリケーションやツールの開発者として、私は何をすべきですか?
前の投稿で述べたように、マージはイーサリアム上にデプロイされた契約のサブセットに対する影響は非常に小さく、すべての契約は破壊されるべきではありません。さらに、大部分のユーザーAPIエンドポイントは安定したままです(プルーフ・オブ・ワーク特有のメソッドを使用している場合を除く、例えばeth_getWorkなど)。
つまり、イーサリアム上のほとんどのアプリケーションは、オンチェーン契約だけではありません。今こそ、フロントエンドコード、ツール、デプロイパイプライン、その他のオフチェーンコンポーネントが期待通りに機能していることを確認する時です。開発者には、SepoliaまたはGoerliで完全なテストとデプロイサイクルを実行し、これらのプロジェクトのメンテナにツールや依存関係の問題を報告することを強くお勧めします。問題を報告する場所が不明な場合は、このリポジトリを使用してください。
また、SepoliaおよびGoerli以外のすべてのテストネットは、マージ後に廃止されます。Ropsten、Rinkeby、またはKilnのユーザーは、GoerliまたはSepoliaに移行する計画を立てるべきです。この件に関する詳細はこちらのリンクを参照してください。
5. イーサリアムユーザーまたはETH保有者として、私は何をすべきですか?
イーサリアムアプリをオンチェーンで使用している場合でも、取引所でETHを保有している場合でも、自分で管理しているウォレットにいる場合でも、何もする必要はありません。使用しているアプリ、取引所、またはウォレットが追加の指示や提案を提供している場合、それらの指示や提案がそれらからのものであることを確認してください。詐欺に注意してください!
6. イーサリアムマイナーとして、私は何かできますか?
いいえ、イーサリアムメインネットでマイニングを行っている場合、マージ後、そのネットワークは完全にプルーフ・オブ・ステーク (PoS) アルゴリズムで運営されることを知っておくべきです。その時点で、PoWマイニングは不可能になります。
7. 私がマイナーまたはノードオペレーターで、アップグレードに参加しなかった場合、何が起こりますか?
使用しているイーサリアムクライアントが最新バージョン(上記のように)に更新されていない場合、ネットワークがアップグレードを完了すると、あなたのクライアントはフォーク前のブロックチェーンに同期されます。
あなたは古いルールに従う非互換チェーンに閉じ込められ、マージ後のイーサリアムネットワークでETHを送信したり操作したりすることができなくなります。
8. バリデーターとして、私はステーキングしたETHの権益を引き出すことができますか?
できません。マージはこれまでで最も複雑なイーサリアムのアップグレードであり、ネットワークの中断リスクを最小限に抑えるために、非移行変更を排除する最小化アプローチを採用しました。
ビーコンサインからの引き出しは、マージ後の最初のアップグレードで導入される可能性があります。コンセンサスレイヤーと実行レイヤーの仕様は策定中です。
9. もっと質問がありますが、どこで質問できますか?
9月9日UTC時間14:00に、マージに関するコミュニティ電話会議が開催され、クライアント開発者、ETHStakerメンバー、研究者などと参加できます!
感謝
イーサリアムのプルーフ・オブ・ステーク (PoS) への移行は長い間準備されてきました。マージ (The Merge) の研究、開発、分析、テスト、破壊、修正、または説明に貢献したすべての人に感謝します。
これまでに多くの貢献者がいるため、ここにすべてを列挙することはできませんが、あなたたちが誰であるかはわかっています。あなたたち全員がいなければ、この大聖堂を建設することはできません。
いつマージされるのか?非常に早く。