---
title: MaxEB
metaTitle: Pectra MaxEB
description: ペクトラ・リリースにおけるMaxEBの詳細
lang: ja
authors: ["ニクソ"]
---

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

## 概要 {#overview}

### 影響を受けるのは誰ですか？ {#who-is-affected}

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

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

### 「maxEB」とは何ですか？ {#what-is-maxeb}

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

### バリデータはどのようにオプトインしますか？ {#how-does-a-validator-opt-in}

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

### 出金クレデンシャルとは何ですか？ {#whats-a-withdrawal-credential}

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

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

![Type 0 withdrawal credential](./0x00-wd.png)

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

 ![Type 1 withdrawal credential](./0x01-wd.png)

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

| **許可される** | **許可されない** |
| --- | --- |
| ✅ Type 0 → Type 1 | ❌ Type 0 → Type 2 |
| ✅ Type 1 → Type 2 | ❌ Type 1 → Type 0 |
|  | ❌ Type 2 → Type 1 |
|  | ❌ Type 2 → Type 0 |

### リスク {#risks}

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

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

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

## 技術的な詳細 {#technical-details}

### フロー {#the-flow}

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

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

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

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

### Type 2への変換要件 {#requirements-for-converting-to-type-2}

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

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

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

![conversion illustration](./conversion.png)

### 統合の要件 {#requirements-for-consolidating}

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

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

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

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

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

![consolidation illustration](./consolidation.png)

### 統合リクエスト {#the-consolidation-request}

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

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

変換の場合、2と3は同じになります。この操作は[Launchpad](https://launchpad.ethereum.org/)で行うことができます。

### 署名要件 {#signing-requirements}

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

### 何に署名するのですか？ {#what-is-signed}

`ConsolidationRequest`オブジェクトのドメイン分離された[署名ルート（signing root）](https://github.com/ethereum/consensus-specs/blob/master/specs/phase0/beacon-chain.md#compute_signing_root)が使用されます。

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

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

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

### 一部引き出し {#partial-withdrawals}

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

## 統合ツール {#consolidation-tooling}

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

| ツール | ウェブサイト | オープンソース | 作成者 | 監査済み | インターフェース | 主な機能 |
| --- | --- | --- | --- | --- | --- | --- |
| Pectra Staking Manager | pectrastaking.com | はい、Apache 2.0 | [Pier Two](https://piertwo.com/) | いいえ | Web UI | WalletConnect、SAFEと連携 |
| Pectra Validator Ops CLI Tool | [GitHub](https://github.com/Luganodes/Pectra-Batch-Contract) | はい、MIT | [Luganodes](https://www.luganodes.com/) | はい、Quantstamp [2025年5月](https://certificate.quantstamp.com/full/luganodes-pectra-batch-contract/23f0765f-969a-4798-9edd-188d276c4a2b/index.html) | コマンドライン | バッチ処理、一度に多くのバリデータに対応 |
| Ethereal | [GitHub](https://github.com/wealdtech/ethereal) | はい、Apache 2.0 | [Jim McDonald](https://www.attestant.io/team/) | いいえ | コマンドライン | バリデータとノード管理のためのフル機能セット |
| Siren | [GitHub](https://github.com/sigp/siren) | はい、Apache 2.0 | [Sigma Prime](https://sigmaprime.io/) | いいえ | 一部コマンドライン、主にWeb UI | ライトハウスのコンセンサス・クライアントを使用している場合のみ機能 |
| Consolideth.app | https://consolideth.app/ [GitHub](https://github.com/Stakely/consolideth) | はい、MITライセンス | [Stakely](https://stakely.io/) | いいえ | Web UI、Stakelyがホストし、自由にセルフホスト可能 | WalletConnectを使用したSAFEを含む主要なウォレット接続をサポート |

## よくある質問（FAQ） {#faq}

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

いいえ。オプトインしても提案の確率が下がることはありません。あなたの義務と提案の選出は変わりません。たとえば、32 ETHのバリデータを2つ持っている場合と、64 ETHのバリデータを1つ持っている場合とでは、ブロックを提案して報酬を獲得するために選ばれる全体の確率は同じになります。
### オプトインすると、スラッシングのリスクは変わりますか？ {#change-slashing-risk}

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

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

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

### 変換／統合にはどのくらい時間がかかりますか？ {#how-long}

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

### バリデータのインデックスを保持できますか？ {#keep-validator-index}

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

### アテステーションを逃すことになりますか？ {#miss-attestations}

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

### ペナルティは発生しますか？ {#incur-penalties}

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

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

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

### 変換後、報酬は複利運用されますか？ {#rewards-compound}

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

### 変換後も自動スイープを受けることはできますか？ {#automatic-sweep}

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

### 考えを変えてType 2からType 1に戻ることはできますか？ {#go-back-to-type1}

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

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

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

### バリデータがオフラインであるか、32 ETH未満です。それでも変換できますか？ {#offline-or-below-32eth}

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

## リソース {#resources}

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