マージ

主なアクションアイテムは以下の通りです：

1. コンセンサス・クライアントと実行クライアントの_両方_を実行します。マージ以降、実行データを取得するためのサードパーティのエンドポイントは機能しなくなりました。
2. 実行クライアントとコンセンサス・クライアントの両方を共有JWTシークレットで認証し、安全に通信できるようにします。
3. 獲得したトランザクション手数料のチップやMEVを受け取るために、fee recipientアドレスを設定します。

上記の最初の2つの項目を完了しないと、両方のレイヤーが同期され認証されるまで、ノードは「オフライン」と見なされます。

fee recipientを設定しなくても、バリデータは通常通り機能しますが、バリデータが提案するブロックで得られたはずのバーンされていない手数料のチップやMEVを受け取ることができなくなります。

マージまでは、ネットワークによってゴシップされているブロックを受信し、適切に検証し、伝播するには、実行クライアント（ゴー・イーサリアム（ゲス）、エリゴン、ベス、ネザーマインドなど）だけで十分でした。マージ後、実行ペイロードに含まれるトランザクションの有効性は、それが含まれる「コンセンサス・ブロック」の有効性にも依存するようになりました。

その結果、完全なイーサリアム・ノードには、実行クライアントとコンセンサス・クライアントの両方が必要になりました。これら2つのクライアントは、新しいEngine APIを使用して連携します。Engine APIはJWTシークレットを使用した認証を必要とし、これが両方のクライアントに提供されることで安全な通信が可能になります。

主なアクションアイテムは以下の通りです：

• 実行クライアントに加えてコンセンサス・クライアントをインストールする
• 実行クライアントとコンセンサス・クライアントを共有JWTシークレットで認証し、互いに安全に通信できるようにする。

上記の項目を完了しないと、両方のレイヤーが同期され認証されるまで、ノードは「オフライン」と表示されます。

マージに伴いコンセンサスに変更が加えられましたが、これには以下の変更も含まれます：

• ブロック構造
• スロット/ブロックのタイミング
• オペコードの変更
• オンチェーンのランダム性のソース
• セーフ・ヘッドとファイナライズ済みブロックの概念

詳細については、Tim Beikoによるブログ記事マージがイーサリアムのアプリケーション・レイヤーに与える影響をご覧ください。

イーサリアムのノードには、ブロックを提案できるノードと提案できないノードの2種類があります。

ブロックを提案するノードは、イーサリアム上の全ノードのほんの一部にすぎません。このカテゴリには、プルーフ・オブ・ワーク (PoW) 下のマイニング・ノードと、プルーフ・オブ・ステーク (PoS) 下のバリデータ・ノードが含まれます。このカテゴリでは、時折次のブロックを提案してプロトコル報酬を獲得する機能と引き換えに、経済的リソース（プルーフ・オブ・ワークにおけるGPUハッシュパワーや、プルーフ・オブ・ステークにおけるステークされたETHなど）をコミットする必要があります。

ネットワーク上のその他のノード（つまり大多数）は、1〜2 TBの空きストレージとインターネット接続を備えたコンシューマー向けのコンピューター以上の経済的リソースをコミットする必要はありません。これらのノードはブロックを提案しませんが、新しいブロックをリッスンし、ネットワークのコンセンサス・ルールに従って到着時にその有効性を検証することで、すべてのブロック提案者に責任を持たせ、ネットワークを保護するという重要な役割を果たしています。ブロックが有効な場合、ノードはネットワーク全体にブロックを伝播し続けます。何らかの理由でブロックが無効な場合、ノード・ソフトウェアはそれを無効として無視し、伝播を停止します。

ブロックを生成しないノードの実行は、どちらのコンセンサス・メカニズム（プルーフ・オブ・ワークまたはプルーフ・オブ・ステーク）の下でも誰でも可能です。手段がある場合は、すべてのユーザーに強く推奨されます。ノードの実行はイーサリアムにとって非常に価値があり、セキュリティ、プライバシー、検閲耐性の向上など、ノードを実行する個人にも追加のメリットをもたらします。

誰でも独自のノードを実行できる機能は、イーサリアム・ネットワークの分散化を維持するために絶対に不可欠です。

独自のノードの実行について

ガス代は、ネットワークの容量に対するネットワーク需要の産物です。マージによりプルーフ・オブ・ワークの使用が非推奨となり、コンセンサスのためにプルーフ・オブ・ステークに移行しましたが、ネットワークの容量やスループットに直接影響するパラメータは大きく変更されませんでした。

ロールアップ中心のロードマップにより、レイヤー2でのユーザー・アクティビティのスケーリングに注力する一方で、レイヤー1のメインネットをロールアップのデータ・ストレージに最適化された安全な分散型セトルメント・レイヤーとして機能させ、ロールアップのトランザクションを飛躍的に安価にすることを目指しています。プルーフ・オブ・ステークへの移行は、これを実現するための重要な前提条件です。ガスと手数料について

トランザクションの「速度」は、ブロックに含まれるまでの時間やファイナリティまでの時間など、いくつかの方法で測定できます。これらはどちらもわずかに変化しますが、ユーザーが気付くようなものではありません。

歴史的に、プルーフ・オブ・ワークでは、約13.3秒ごとに新しいブロックを生成することが目標でした。プルーフ・オブ・ステークの下では、スロットは正確に12秒ごとに発生し、それぞれがバリデータにとってブロックを公開する機会となります。ほとんどのスロットにはブロックがありますが、必ずしもすべてではありません（例：バリデータがオフラインの場合）。プルーフ・オブ・ステークでは、ブロックはプルーフ・オブ・ワークよりも約10%頻繁に生成されます。これはかなり些細な変更であり、ユーザーが気付く可能性は低いです。

プルーフ・オブ・ステークは、以前には存在しなかったトランザクションのファイナリティの概念を導入しました。プルーフ・オブ・ワークでは、トランザクションの上にブロックがマイニングされるたびに、ブロックを元に戻す機能は指数関数的に困難になりますが、完全にゼロになることはありません。プルーフ・オブ・ステークの下では、ブロックはエポック（ブロックの機会が32回含まれる6.4分間の期間）にバンドルされ、バリデータが投票します。エポックが終了すると、バリデータはそのエポックを「ジャスティファイド」と見なすかどうかを投票します。バリデータがエポックをジャスティファイドすることに同意した場合、次のエポックでファイナライズ済みになります。ファイナライズ済みのトランザクションを取り消すことは、ステークされたETHの総量の3分の1以上を取得してバーンする必要があるため、経済的に実行不可能です。

マージ直後、ステーカーはブロック提案の結果として獲得した手数料のチップとMEVにのみアクセスできました。これらの報酬は、バリデータが管理する非ステーキング・アカウント（手数料受取人として知られています）に入金され、すぐに利用できます。これらの報酬は、バリデータの義務を遂行するためのプロトコル報酬とは別のものです。

シャンハイ/カペラのネットワーク・アップグレード以降、ステーカーは引き出しアドレスを指定して、超過したステーキング残高（プロトコル報酬による32 ETHを超える分）の自動支払いを受け取ることができるようになりました。このアップグレードにより、バリデータがネットワークからエグジットする際に、残高全体をロック解除して回収する機能も有効になりました。

ステーキングの引き出しについて

シャンハイ/カペラのアップグレードで引き出しが可能になったため、バリデータは32 ETHを超えるステーキング残高を引き出すインセンティブがあります。これらの資金は利回りを増加させず、そのままではロックされたままになるためです。APR（ステークされたETHの総量によって決定されます）によっては、バリデータをエグジットして残高全体を回収するか、報酬を使用してさらにステークしてより多くの利回りを獲得するインセンティブが働く場合があります。

ここで重要な注意点として、バリデータの完全なエグジットはプロトコルによってレート制限されており、エポック（6.4分ごと）ごとにエグジットできるバリデータの数は限られています。この制限はアクティブなバリデータの数によって変動しますが、1日にネットワークからエグジットできるのは、ステークされたETHの総量の約0.33%になります。

これにより、ステークされた資金の大量流出を防ぎます。さらに、ステークされたETHの総量の大部分にアクセスできる潜在的な攻撃者が、スラッシングの対象となる違反を犯し、プロトコルがスラッシングのペナルティを適用する前に、同じエポック内で違反したバリデータの残高すべてをエグジット/引き出しすることを防ぎます。

APRも意図的に動的になっており、ステーカーの市場が、ネットワークの保護を支援するためにいくら支払われることを望むかのバランスを取ることができるようになっています。レートが低すぎる場合、バリデータはプロトコルによって制限されたレートでエグジットします。これにより、残っているすべての人のAPRが徐々に上昇し、新規または復帰するステーカーを再び引き付けます。