MaxEB

要約: ペクトラのハード・フォークにより、イーサリアムのバリデータは、Type 1からType 2の出金クレデンシャルに変換することで、より高い最大エフェクティブ・バランスと複利運用をオプトインできるようになります。これを行うための公式ツールはLaunchpadです。この操作は元に戻すことができません。

概要

影響を受けるのは誰ですか？

バリデータを実行しているすべての人です。これはおそらく、自身が管理するバリデータのインデックス（例：Validator #12345 (opens in a new tab)）を知っている人でしょう。バリデータを実行するためにプロトコル（リドCSMやRocket Poolなど）を使用している場合は、それらがMaxEBをサポートしているかどうか、またいつサポートするかを確認する必要があります。

リキッド・ステーキング・トークン（rETHやstETHなど）を使用してステーキングしている場合、アクションは必要なく、推奨もされません。

「maxEB」とは何ですか？

maxEB = バリデータの最大エフェクティブ・バランス（MAXimum Effective Balance）です。ペクトラのハード・フォークまで、すべてのバリデータは最大32 ETHで報酬を獲得します。ペクトラ以降、バリデータは変更にオプトインすることで、32 ETHから2048 ETHの間の任意の残高に対して、1 ETH単位で報酬を獲得するオプションを持ちます。

バリデータはどのようにオプトインしますか？

バリデータは、Type 1からType 2の出金クレデンシャルに変換することで、maxEBの変更にオプトインします。これは、ペクトラのハード・フォークが稼働した後、Launchpad（バリデータ・アクション） (opens in a new tab)で行うことができます。Type 0からType 1への変換と同様に、Type 1からType 2への変換は不可逆的なプロセスです。

出金クレデンシャルとは何ですか？

バリデータを実行すると、一連の出金クレデンシャルが与えられます。これらはデポジット・データのJSONファイルに記載されているか、beaconcha.inのバリデータのデポジット・タブ (opens in a new tab)で確認できます。

1. Type 0の出金クレデンシャル：バリデータの出金クレデンシャルが0x00...で始まる場合、シャペラのハード・フォーク前にデポジットを行っており、出金アドレスがまだ設定されていません。

2. Type 1の出金クレデンシャル：バリデータの出金クレデンシャルが0x01...で始まる場合、シャペラのハード・フォーク後にデポジットを行ったか、すでにType 0のクレデンシャルをType 1のクレデンシャルに変換しています。

3. Type 2の出金クレデンシャル：この新しい出金クレデンシャル・タイプは0x02...で始まり、ペクトラ以降に有効になります。Type 2の出金クレデンシャルを持つバリデータは、「複利バリデータ（compounding validators）」と呼ばれることもあります。

リスク

MaxEBにより、バリデータは自身の全残高を別のバリデータに送信できるようになります。統合（consolidation）リクエストを送信するユーザーは、署名するトランザクションの送信元と内容を検証する必要があります。maxEBの機能を活用するための公式ツールはLaunchpadです。サードパーティのツールを使用することを決定した場合は、以下の点を確認する必要があります。

• 送信元バリデータの公開鍵と出金アドレスが、自身が管理するバリデータと一致していること
• ターゲット・バリデータの公開鍵が正しく、自身のものであること
• 別のバリデータに資金を送信する意図がない場合、リクエストが統合ではなく変換（conversion）であること
• トランザクションが正しい出金アドレスによって署名されていること

使用を予定しているサードパーティのツールについては、EthStakerコミュニティ (opens in a new tab)で相談することを強くお勧めします。これは、アプローチの妥当性を確認し、間違いを避けるための役立つ場所です。悪意のあるツールや設定を誤ったツールを使用すると、バリデータの全残高が自身が管理していないバリデータに送信される可能性があり、取り戻す方法はありません。

技術的な詳細

フロー

ConsolidationRequest操作には2つの用途があります。

1. 既存のバリデータをType 1からType 2のバリデータに変換する
2. 他のバリデータを既存のType 2バリデータに統合する

Type 1からType 2バリデータへの変換では、*送信元（source）とターゲット（target）*の両方が変換対象のバリデータになります。この操作にはガスがかかり、他の統合リクエストの後ろにキューイングされます。このキューはデポジット・キューとは別であり、新しいバリデータのデポジットの影響を受けず、pectrified.com (opens in a new tab)で確認できます。

バリデータを統合するには、Type 2の出金クレデンシャルを持つターゲット・バリデータが必要です。これは、統合されるバリデータ残高の宛先であり、インデックスが保持されます。

Type 2への変換要件

これは、Type 2に変換する最初のバリデータに必要になります。このバリデータのインデックスは保持され、アクティブなままです。変換の場合、送信元バリデータ == ターゲット・バリデータとなります。

バリデータは以下の条件を満たす必要があります。

• アクティブであること
• Type 1の出金クレデンシャルを持っていること
• エグジット状態（またはスラッシングされた状態）でないこと
• 手動でトリガーされた保留中の引き出しがないこと（スイープには適用されません）

統合の要件

これは変換と同じ操作ですが、送信元バリデータがターゲット・バリデータと異なる場合です。ターゲット・バリデータのインデックスは保持され、送信元バリデータからの残高を受け入れます。送信元バリデータのインデックスはEXITED状態になります。

この場合、送信元バリデータは上記のすべての要件に加えて、以下の条件を満たす必要があります。

• 少なくとも約27.3時間（1 SHARD_COMMITTEE_PERIOD）アクティブであること

ターゲット・バリデータは以下の条件を満たす必要があります。

• Type 2の出金クレデンシャルを持っていること
• エグジット状態でないこと

統合リクエスト

統合リクエストは、送信元バリデータに関連付けられた出金アドレスによって署名され、以下の情報を含みます。

1. 送信元バリデータのアドレス（例：0x15F4B914A0cCd14333D850ff311d6DafbFbAa32b）
2. 送信元バリデータの公開鍵（例：0xa1d1ad0714035353258038e964ae9675dc0252ee22cea896825c01458e1807bfad2f9969338798548d9858a571f7425c）
3. ターゲット・バリデータの公開鍵

変換の場合、2と3は同じになります。この操作はLaunchpad (opens in a new tab)で行うことができます。

署名要件

ConsolidationRequestを送信するには、送信元バリデータの出金アドレスがリクエストに署名する必要があります。これにより、バリデータ資金の管理権限が証明されます。

何に署名するのですか？

ConsolidationRequestオブジェクトのドメイン分離された署名ルート（signing root） (opens in a new tab)が使用されます。

• ドメイン: DOMAIN_CONSOLIDATION_REQUEST
• 署名ルートのフィールド:
  • source_pubkey: BLSPubkey
  • target_pubkey: BLSPubkey
  • source_address: ExecutionAddress

結果として得られるBLS署名は、リクエストとともに送信されます。

注：署名はバリデータ鍵ではなく、出金アドレスによって行われます。

一部引き出し

Type 1クレデンシャルを持つバリデータは、超過残高（32 ETHを超える分）が出金アドレスに自動的かつガスなしでスイープされます。Type 2ではバリデータが1 ETH単位で残高を複利運用できるため、2048 ETHに達するまで残高は自動的にスイープされません。Type 2バリデータでの一部引き出しは手動でトリガーする必要があり、ガスがかかります。

統合ツール

統合を管理するために利用できるツールがいくつかあります。イーサリアム財団によって作成された公式ツールはLaunchpad (opens in a new tab)です。また、ステーキング・コミュニティのエンティティによって作成されたサードパーティのツールもあり、Launchpadでは提供されていない機能を提供する場合があります。ここにあるツールはイーサリアム財団によって監査または承認されたものではありませんが、以下はコミュニティの既知のメンバーによるオープンソース・ツールです。

よくある質問（FAQ）

オプトインすると、提案の運や報酬は変わりますか？

いいえ。オプトインしても提案の機会が減ることはありません。あなたの義務と提案の選択は同じままです。たとえば、32 ETHのバリデータを2つ持っている場合と、64 ETHのバリデータを1つ持っている場合では、ブロックを提案して報酬を獲得するために選択される合計の確率は同じになります。

オプトインすると、スラッシングのリスクは変わりますか？

小規模または非専門的なオペレーターの場合、短い答えは「いいえ」です。詳細に説明すると、ノードごとに多くのバリデータを実行し、迅速なアラートを備えている専門的なオペレーターの場合、より少ないバリデータに統合することで、スラッシングに反応して連鎖的なイベントを防ぐ能力が低下する可能性があります。このリスクを相殺するために、すべてのバリデータの初期スラッシングペナルティは、1 ETH（32 ETHあたり）から0.0078125 ETH（32 ETHあたり）へと大幅に引き下げられました。

変換するためにバリデータをエグジットする必要がありますか？

いいえ。エグジットせずにそのまま変換できます。

変換／統合にはどのくらい時間がかかりますか？

最低でも27.3時間かかりますが、統合はキューの対象にもなります。このキューはデポジットおよび引き出しのキューとは独立しており、それらの影響を受けません。

バリデータのインデックスを保持できますか？

はい。そのままの変換では、同じバリデータ・インデックスが保持されます。複数のバリデータを統合する場合、保持できるのはターゲット・バリデータのインデックスのみです。

アテステーションを逃すことになりますか？

別のバリデータへの統合中、送信元バリデータはエグジットされ、残高がターゲット・バリデータでアクティブになるまでに約27時間の待機期間があります。この期間はパフォーマンス指標に影響しません。

ペナルティは発生しますか？

いいえ。バリデータがオンラインである限り、ペナルティは発生しません。

統合されるバリデータの出金アドレスは一致している必要がありますか？

いいえ。ただし、送信元は自身のアドレスからリクエストを承認する必要があります。

変換後、報酬は複利運用されますか？

はい。Type 2クレデンシャルを使用すると、32 ETHを超える報酬は自動的に再ステーキングされますが、即座に行われるわけではありません。小さなバッファ（ヒステリシス (opens in a new tab)と呼ばれます）があるため、超過分が再ステーキングされるには、残高が約1.25 ETH多くなる必要があります。したがって、33.0 ETHで複利運用されるのではなく、33.25 ETH（エフェクティブ・バランス = 33 ETH）、次に34.25 ETH（エフェクティブ・バランス = 34 ETH）というように行われます。

変換後も自動スイープを受けることはできますか？

自動スイープは、2048を超える超過残高に対してのみ行われます。それ以外の一部引き出しについては、手動でトリガーする必要があります。

考えを変えてType 2からType 1に戻ることはできますか？

いいえ。Type 2への変換は不可逆的です。

複数のバリデータを統合したい場合、最初にそれぞれをType 2に変換する必要がありますか？

いいえ！1つのバリデータをType 2に変換し、それをターゲットとして使用します。そのType 2ターゲットに統合される他のすべてのバリデータは、Type 1またはType 2のいずれかになります。

バリデータがオフラインであるか、32 ETH未満です。それでも変換できますか？

はい。アクティブ（エグジットされていない）であり、その出金アドレスで署名できる限り、変換できます。

リソース

• Electraコンセンサス仕様 (opens in a new tab)：これはあなたが依存すべき「最も真実」のバージョンです。疑問がある場合は、仕様を読んでください。
• 誰もがコードを読み解くことに慣れているわけではないため、このmaxEB-GPT (opens in a new tab)が仕様の解釈に役立ちます。免責事項：AIは情報を誤解したり、存在しない答えをでっち上げたりする可能性があるため、AIではなく仕様を真実として信頼する必要があります。
• pectrified.com (opens in a new tab)：統合、デポジット、キューの待ち時間の状態を表示します。
• Ethereal (opens in a new tab)：一般的なバリデータ・タスクを管理するためのコミュニティ作成のCLIツール。
• batch-validator-depositor (opens in a new tab)：複数のイーサリアム・バリデータを単一のトランザクションでデポジットできるようにするコミュニティ作成のコントラクト。

ページの最終更新: 2026年6月6日

s (opens in a new tab)

q (opens in a new tab)

p (opens in a new tab)

+5

コントリビューターを見る