Ethereumのバリデーターは、提案者と構築者の分離に関する提案であるEIP-7732の導入に伴い、新たな役割を担うことになる。.
この提案は、実行検証と合意検証を論理的にも時間的にも分離することにより、 Ethereum ブロック検証方法を根本的に変えるものです。.
バリデーターが刷新される
バリデーターには、ビルダーになる選択肢やペイロードの適時性証明を提出する義務など、新たな責任が課せられるようになった。.
EIPは、現行システムの複数の重要な課題に対処するものです。ほとんどのビーコンブロック提案者は、実行ペイロードの構築をビルダーと呼ばれる第三者に委託しています。.
彼らは、約束された実行ペイロードのハッシュツリールート（HTR）を要求し、署名付きブラインドビーコンブロックを信頼できる相手に送信します。この相手は、ブロードキャストする前に、HTRをビルダーから提供された完全な実行ペイロードに置き換えます。.
EIPは、ビーコンブロック提案者と構築者間の公正な取引を保証します。これにより、誠実なビーコンブロック提案者が構築者から報酬を受け取り、誠実な構築者のペイロードがチェーンの正規のヘッドとなることが保証されます。.
現在、バリデーターは、コンセンサス状態と実行状態の遷移を実行し、ブロブデータの可用性を確認し、ブロックチェーンの新しいヘッドを評価するための短い時間枠しか持っていません。.
このEIPは、実行とコンセンサス検証を分離することで、この状況を変え、検証者が証明を行う前にコンセンサス状態の遷移に集中できるようにする。.
実行とデータ可用性の検証は延期され、検証担当者は残りの時間枠でこれらのタスクを実行できるようになります。.
EIP-7732の背景にある動機
コンセンサスブロックから実行ペイロード全体を取り除くことで、ネットワーク伝播が高速化されます。また、データ可用性チェックの所要時間が長くなるため、ブロブトランザクションを含める場合の再編成の可能性が低減されます。.
検証ツールはもはや認証を見落とすことがなくなり、ビルダーが無効なペイロードを生成した場合でもフォーク選択の特性が強化されます。EIPはまた、ブロック構築の委任に信頼できるミドルウェアを必要としなくなります。.
EIPは実行層の変更を必要としません。ただし、コンセンサス層にはいくつかの変更が加えられており、詳細はGitHubリポジトリのconsensus-specsに記載されています。.
これらには、ビーコンチェーンの変更、フォークの選択、P2Pプロトコル、バリデーターガイドの変更、および新しいビルダーガイドの導入が含まれます。.
Beaconチェーンの変更には、新しいペイロード認証と署名付き実行ペイロードヘッダーを処理するための定数、プリセット、およびさまざまなコンテナクラスが含まれます。.
BeaconStateコンテナは、最新のブロックハッシュ、実行ペイロードを含む最新のスロット、および最新の引き出しルートを tracように変更されています。.
BeaconBlockBodyには、署名付き実行ペイロードヘッダーとペイロード認証リストが含まれるようになりました。ExecutionPayloadHeaderは、ビルダーのペイロードコミットメントに必要な最小限の情報のみを tracように簡素化されています。.
状態遷移ロジックの変更点には、ペイロード認証、実行ペイロードヘッダー、および引き出し要求を処理するための新機能が含まれています。.
フォーク選択の変更には、子ノード、最新メッセージ、およびストアの変更を処理するための新しい定数とコンテナクラスが含まれます。ペイロード認証メッセージと署名付き実行ペイロードエンベロープ用の新しいハンドラが導入されます。
ジャイ・ハミド記者による報告
