シャドウフォークとは何ですか?イーサリアム合併のリーダーが関連する質問を説明する

マージ

キルンの合併で何が起こったのですか?

メインネットと同様に、Kiln は別々の PoW チェーンと PoS チェーンで起動されました。合併により、現在は完全に PoS で運営されています。

Kiln は本当に現在のメインネットマージ仕様に従っていますか?つまり、メインネット統合後の状況と同等でしょうか?つまり、Bellatrix フォークの仕様に準拠しているかどうかです。

はい。 Kiln がリリースされた後、仕様に若干のマイナーな変更を加えましたが、下位互換性はあります。現在のネットワーク仕様はここにあります。

現時点では仕様変更による重大な変更は予想されておらず、ツール/インフラストラクチャ/アプリケーション開発者は、統合された Ethereum 環境で製品が期待どおりに動作することを確認するために Kiln でテストすることを強くお勧めします。

Kiln テストネットのビーコン チェーンには、状態とスマート コントラクトがあるようです。これは、ethereum.org でビーコン チェーンに関して推奨されている内容とは矛盾しています。これはブロックエクスプローラーに惑わされただけなのでしょうか?

マージ後、ビーコン ブロックには現在の PoW ブロックに含まれるトランザクション ロードが含まれます。仕様ではこれを ExecutionPayload と呼びます。仕組みを説明する図を以下に示します。

上の図では、PoW チェーンとビーコン チェーンの最初の 2 つのブロックはマージ前のものであり、最後の 2 つはマージ後のものです。詳細は長文記事をご覧ください。

PoW ブロックが生成されると、後続のビーコン チェーン ブロックにトランザクション データが含まれるようになります。

マージされたブロックを処理するプロセスは何ですか?

• ブロックを提案するためにバリデータが選出されます。

• バリデーターは、実行レイヤー (EL) に、Engine API を介して ExecutionPayload を送信するように要求します。

• EL は、最も収益性の高い有効なトランザクションのセットを含むペイロードをコンセンサス レイヤー (CL) に返します。

• CL はこのペイロードを含むブロックを提案し、ビーコン チェーン P2P ネットワーク上で伝播します。

知らせ：

1. 個々のトランザクションは引き続き EL p2p ネットワーク上で伝播され、EL はトランザクション プールの維持のみを担当します。完成したブロックは CL p2p ネットワーク上で伝播されます。

2. バリデータは、手数料を受け取るアドレスを実行レイヤーで指定します。トランザクション手数料は、バリデータのステークやインセンティブのようにビーコン チェーンに「ロック」されません。

• 他のバリデーターがブロックを検証し、有効な場合はビーコン チェーンの P2P ネットワークに伝播されます。

合併のテストプロセスとは何ですか?

同時に複数のテスト作業が進行中です。ここにリストがあります。

シャドウフォーク

シャドウフォークとは何ですか?

シャドウフォークは、少数のノードが特定の時点で Ethereum ネットワークからフォークするように構成されている場合に発生します。マージの場合は、ネットワーク全体よりも先にマージを実行するように設定されたノードを起動することによってこれを実行します。これにより、シャドウフォーク ネットワークと同様の条件下でアップグレードがどのように機能するかをテストできます。しかし、大多数のノードはアップグレードが行われたことを認識しません。シャドウフォーク後、メインチェーン上の有効なトランザクションもフォークされたチェーンにマッピングできるため、元のネットワークのスループットをシミュレートできます。 @parithosh_j が Twitter で詳細を説明しました。

彼のツイートからの次の画像は、シャドーフォーク後のネットワークがどのようになるかを示しています。

Goerli ブロックの一番上の行には、シャドウ フォークを認識していない標準チェーン上のノードが表示されます。

Goeli ブロックの中央の行には、TTD (Total Terminal Difficulty) に達するとフォークするように指示する変更された構成を持つシャドウ フォーク チェーン上のノードが表示されます。

下の行は、シャドウフォークにのみ使用されるビーコン チェーンを示しています。TTD に達すると、チェーン全体のコンセンサスが提供されます。

TTD に達した後、CanonChain 上のノードは通常どおりブロックを生成し続けます。ノードに対しては何も起こりません。

TTD に到達すると、構成が変更されたノードがフォークし、マージを実行します。マージ後の最初のブロックは、ビーコン チェーン上の次のバリデーターによって生成されます。このブロックには標準チェーン上の任意のトランザクションを含めることができますが、含まれる特定のトランザクションまたはその順序は標準チェーンと同じではない場合があります。

Shadow Fork が便利な理由

シャドウ フォークを使用すると、標準チェーンを中断することなく、少数のノードのみを使用して、マージが発生したときにノードがどのように反応するかを確認できます。シャドウフォークは、既存のテストネットですでにトランザクションが発生しており、大量の状態と履歴があるため、新しいテストネットを起動するよりも現実的なテスト環境を提供し、新しいテストネットよりもノードに大きな負荷をかけます。これにより、標準的なネットワーク操作に影響を与えることなく、ノードの「実際の」パフォーマンス メトリックを取得できます。

メインネットをシャドウフォークできますか?

はい、今もそうしています。シャドウフォーク メインネットは、膨大な状態と履歴、そして最も複雑なトランザクションを伴う厳しい条件下でノードがどのように反応するかを示してくれるので、非常に便利です。メインネットのシャドウフォーク後、フォークされたネットワークに参加しようとするときに、ノードの安定性と同期レベルをテストすることもできます。これにより、遷移自体に関するデータだけでなく、合併後の状態でネットワークに参加する新しいノードの動作に関するデータも提供されます。

シャドウフォークはプロセスのどの段階ですか?

シャドウフォークにより、アップグレードが期待どおりに機能するという自信が得られます。すべてのアップグレードがスムーズに実行されれば、既存のテストネットをマージして実行することに自信が持てるようになります。シャドウフォークのノードは少数のオペレーターによって制御されていることは注目に値します。一部のパブリック テストネットには、より広範なバリデーターのセットがあります。テストネットがアップグレードされ安定したら、メインネットに統合する計画を立てることができます。

引き出し

ステークの引き出しはどのように行われますか?いくつかの仕様を見つけましたが、どれも特に明確なコンセンサスを生成しませんでした。ステーキング契約を確認したところ、記述できる方法はデポジットのみであることがわかりました。撤退ロジックについては、現時点では基本的に説明がありません。

Ethereum の統合ではステーキングの引き出しは有効になりませんが、後のフォークで利用できるようになります (現在の仕様はこちら)。

注: 実行レイヤーに引き出しを導入する現在の方法は、EIP-4895 として識別されます。

引き出しは実際には預金契約を「通過」せず、ビーコン チェーンから実行レイヤーにプッシュバックされ、マイナー報酬と同じ配布方法で完了します。つまり、預金契約の残高は引き出しによって「減少」しないため、循環供給量の計算は若干複雑になります。

引き出しキーはどのように機能しますか? eth2-deposit-cli ツールは、デフォルトでは BLS 引き出しキーを自動的に生成しません。キーは具体的にどのように機能するのでしょうか?派生パスの 0 番目のインデックスのみが使用されますか?

これについては EIP-2334 で説明されています。

eth1 出金キーを使用する場合、そのキーに対応するアドレスにのみ出金できますか?それとも、出金キーは出金トランザクションに署名するためにのみ使用され、ETH を任意のアドレスに引き出すことができるのでしょうか?

ビーコン チェーンから ETH を引き出すには、eth1 アドレスを「ターゲット」受信者として指定する必要があります。このアカウントでは何も署名する必要はありません。実行レベルから見ると、引き出しブロック後に宛先アカウントに突然余分な ETH があるのと同じように、引き出しが自動的に行われることがわかります。

BLS キーを使用して引き出す場合、ETH はどこに行くのでしょうか?私の理解では、コンセンサス レイヤーには状態やアカウントは存在しません。では、提案された ETH を受け入れるには、exec レイヤー アドレスを指定するだけでよいのでしょうか?それとも、将来的にはコンセンサス レイヤーに状態が含まれるようになるのでしょうか?

出金時には、実行レイヤーのアドレスと、Gwei で出金する金額を指定します (仕様を参照)。明確に言えば、BLS 引き出しキーを使用して引き出しを行うことはできません。マージされたフォークでは、コンセンサス レイヤーでデポジット資格情報を変更する操作を実行します。

シャーディング

将来のシャーディングがどのようなものになるかについて、何らかの合意はありますか?実行シャーディングはロールアップに取って代わられ、完全に放棄されたようです。

実行シャーディングは「非推奨」となり、代わりにロールアップを中心とした実行レイヤー スケーリング ソリューションが採用されました。データ シャーディングは、現在研究および実装されているシャーディングの主なタイプです。

合併後、Rollups は実際にどのように機能しますか?それらはまだ eth1/実行層の上にありますか?それとも、コンセンサス レイヤーの上に直接構築するのでしょうか?

これらは現在と同じように実行レイヤーにデプロイされて動作し続けますが、コンセンサス レイヤーの決定論を活用できます。

データ シャードは現在どこにありますか?データシャーディングとは何ですか?ロールアップが普及するにつれて、データシャーディングはデータの可用性を解決する唯一の方法になるのでしょうか?

現在の計画では、EIP-4844 に詳述されているように、まず新しいトランザクション タイプを通じてこれを公開する予定です。

元のタイトル: Ethereum ロードマップ FAQ

原作者: ティム・ベイコ

元の翻訳: 0x9F、0x22D、リズミカルなブロックビート