---
title: ステーキングの引き出し
description: ステーキングのプッシュ型引き出しとは何か、どのように機能するのか、ステーカーが報酬を得るために何をする必要があるのかをまとめたページ
lang: ja
template: staking
image: /images/staking/leslie-withdrawal.png
sidebarDepth: 2
summaryPoints:
  - バリデータのオペレーターは、引き出しを有効にするために引き出しアドレスを提供する必要があります
  - レガシー・バリデータは、32 ETHを超える超過残高が数日ごとに自動的に引き出されます
  - 複利型バリデータは、最大2048 ETHまでの全残高に対して報酬を獲得します
  - ステーキングから完全にエグジットしたバリデータは、残りの残高を受け取ります
---

**ステーキングの引き出し**とは、[イーサリアム](/)のコンセンサス・レイヤー（ビーコン・チェーン）上のバリデータ・アカウントから、トランザクションを実行できる実行レイヤーへのETHの送金を指します。

> [ステーキング・プール](/staking/pools/)に参加している場合、またはステーキング・トークンを保有している場合は、サービスごとに運用が異なるため、ステーキングの引き出しの処理方法の詳細についてプロバイダーに確認してください。

引き出しの仕組みは、バリデータの出金クレデンシャルのタイプによって異なります。

- **レガシー・バリデータ（タイプ1）**: 32 ETHを超える超過残高は、バリデータにリンクされた引き出しアドレスに自動的かつ定期的に送金されます。32 ETHを超える報酬は、ネットワーク上のバリデータのウェイトには寄与しません。
- **複利型バリデータ（タイプ2）**: 報酬は最大2048 ETHまでバリデータのエフェクティブ・バランスに複利として追加され、バリデータのウェイトを高め、より多くの報酬を獲得します。2048 ETHを超える残高のみが自動的にスイープ（自動送金）されます。

ユーザーは**ステーキングから完全にエグジット**することもでき、引き出しのトランザクションを送信し、（ネットワークの需要に基づく）引き出しキューの待機時間を経て、バリデータの全残高のロックを解除できます。

## ステーキング報酬 {#staking-rewards}

報酬の処理方法は、バリデータのクレデンシャルのタイプによって異なります。

**レガシー・バリデータ（タイプ1）**は、エフェクティブ・バランスの上限が32 ETHに設定されています。ネットワーク報酬として受け取った32 ETHを超える残高は、エフェクティブ・バランスに寄与したり、ネットワーク上のこのバリデータのウェイトを増加させたりすることはなく、これらの報酬は数日ごとにバリデータの専用の引き出しアドレスに自動的に引き出されます。一度引き出しアドレスを提供する以外に、これらの報酬を請求するためにバリデータのオペレーターがアクションを起こす必要はありません。これはすべてコンセンサス・レイヤーで開始されるため、どのステップでもガス（トランザクション手数料）は必要ありません。

**複利型バリデータ（タイプ2）**は、32 ETHから2048 ETHの間の任意のエフェクティブ・バランスを持つことができます。これらのバリデータが受け取ったネットワーク報酬はエフェクティブ・バランスに複利として追加され、バリデータのウェイトと将来の報酬を受け取る可能性を高めます。自動スイープは、2048 ETHを超える残高に対してのみ発生します。2048 ETHのしきい値を下回る報酬を引き出すには、複利型バリデータは実行レイヤーから手動で部分的な引き出しをトリガーする必要があり、これにはガスが必要です。

### これまでの経緯 {#how-did-we-get-here}

過去数年間、イーサリアムはいくつかのネットワーク・アップグレードを経て、かつてのようなエネルギー集約型のマイニングではなく、ETH自体によって保護されるネットワークへと移行しました。イーサリアムのコンセンサスに参加することは現在「ステーキング」と呼ばれており、参加者は自発的にETHをロックアップし、ネットワークに参加する能力のためにそれを「ステーク（賭け）」に置いています。ルールに従うユーザーは報酬を受け取りますが、不正行為を試みるとペナルティを受ける可能性があります。

2020年11月のステーキング・デポジット・コントラクトの立ち上げ以来、一部の勇敢なイーサリアムのパイオニアたちは、ネットワークのルールに従ってブロックを正式に証明し、提案する権利を持つ特別なアカウントである「バリデータ」をアクティブにするために、自発的に資金をロックアップしてきました。

シャンハイ/Capellaアップグレード以前は、ステークしたETHを使用したりアクセスしたりすることはできませんでした。しかし現在では、選択したアカウントに報酬を自動的に受け取るようにオプトインでき、いつでもステークしたETHを引き出すことができます。

### 準備方法 {#how-do-i-prepare}

<WithdrawalsTabComparison />

### 重要な注意事項 {#important-notices}

バリデータ・アカウントは、蓄積されたネットワーク報酬にアクセスして引き出したり、ステーキングからエグジットする際に全額の引き出しを処理したりする前に、引き出しアドレスを提供する必要があります。

<Alert variant="warning">
<AlertIcon size="lg"><TriangleAlert /></AlertIcon>
<AlertContent>
<AlertDescription>
**各バリデータ・アカウントに割り当てられる引き出しアドレスは1つだけであり、その割り当ては一度限りです。** アドレスを選択してコンセンサス・レイヤーに送信すると、元に戻したり再度変更したりすることはできません。送信する前に、提供されたアドレスの所有権と正確性を再確認してください。
</AlertDescription>
</AlertContent>
</Alert>

バリデータ・アカウントの引き出しアドレスをまだ提供していない場合でも、ニーモニック/シード・フレーズがオフラインで安全に保たれており、いかなる形でも侵害されていないと仮定すれば、**その間に資金が脅かされることはありません**。出金クレデンシャルを追加しないと、引き出しアドレスが提供されるまで、ETHはバリデータ・アカウントにロックされたままになるだけです。

## 複利型バリデータ {#compounding-validators}

バリデータは、出金クレデンシャルをタイプ1からタイプ2に変換することで、**複利**にオプトインできます。これにより、最大エフェクティブ・バランスが32 ETHから**2048 ETH**に引き上げられ、報酬が自動的にスイープされるのではなく、バリデータのエフェクティブ・バランスに複利として追加されるようになります。

複利を有効にした場合：

- 報酬は1 ETH単位でバリデータのエフェクティブ・バランスを増加させ（小さな[ヒステリシス・バッファ](https://www.attestant.io/posts/understanding-validator-effective-balance/)の対象となります）、時間の経過とともにより多くの報酬を獲得します。
- 自動スイープは、2048 ETHを超える残高に対してのみ発生します。
- 2048 ETHのしきい値を下回る部分的な引き出しは、実行レイヤーから手動でトリガーする必要があります（これにはガスがかかります）。
- 複数のバリデータを単一の複利型バリデータに**統合**でき、運用上のオーバーヘッドを削減できます。

<Alert variant="warning">
<AlertIcon size="lg"><TriangleAlert /></AlertIcon>
<AlertContent>
<AlertDescription>
**タイプ1からタイプ2の出金クレデンシャルへの変換は不可逆です。** この変換の公式ツールとして[Staking Launchpad](https://launchpad.ethereum.org/validator-actions)を使用してください。変換プロセス、リスク、および統合の詳細については、[MaxEBの詳細な解説](/roadmap/pectra/maxeb/)を参照してください。
</AlertDescription>
</AlertContent>
</Alert>

## ステーキングからの完全なエグジット {#exiting-staking-entirely}

バリデータ・アカウントの残高から資金を送金する前に、引き出しアドレスを提供する必要があります。

ステーキングから完全にエグジットし、全残高を引き出して戻したいユーザーは、「自発的なエグジット」を開始する必要があります。これは2つの方法で行うことができます。

- **バリデータの鍵を使用する**: バリデータ・クライアントで自発的なエグジットのメッセージに署名してブロードキャストし、コンセンサス・ノードに送信します。これにはガスは必要ありません。
- **出金クレデンシャルを使用する**: バリデータの署名鍵にアクセスすることなく、引き出しアドレスを使用して実行レイヤーからエグジットをトリガーします。これにはトランザクションが必要であり、ガスがかかります。

バリデータがステーキングからエグジットするプロセスには、同時にエグジットする他のバリデータの数に応じて、さまざまな時間がかかります。完了すると、このアカウントはバリデータのネットワーク義務を実行する責任を負わなくなり、報酬の対象ではなくなり、ETHを「ステーク」している状態ではなくなります。この時点で、アカウントは完全に「引き出し可能」としてマークされます。

アカウントに「引き出し可能」のフラグが立てられ、出金クレデンシャルが提供されると、ユーザーは待つ以外に何もする必要はありません。アカウントは、対象となるエグジット済みの資金についてブロック・プロポーザーによって自動的かつ継続的にスイープされ、次の<a href="#validator-sweeping" customEventOptions={{ eventCategory: "Anchor link", eventAction: "Exiting staking entirely (sweep)", eventName: "click" }}>スイープ</a>中にアカウント残高が全額送金されます（「全額引き出し」とも呼ばれます）。

## 自動報酬はどのように機能しますか（タイプ1バリデータ）？ {#how-do-withdrawals-work}

特定のバリデータが引き出しの対象であるかどうかは、バリデータ・アカウント自体の状態によって決定されます。アカウントの引き出しを開始すべきかどうかを判断するために、いかなる時点でもユーザーの入力は必要ありません。プロセス全体は、コンセンサス・レイヤーによって継続的なループで自動的に行われます。

### 視覚的に学びたいですか？ {#visual-learner}

Finematicsによるイーサリアムのステーキングの引き出しに関するこちらの解説をご覧ください。

<VideoWatch slug="ethereum-staking-withdrawals" />

### バリデータの「スイープ」 {#validator-sweeping}

バリデータが次のブロックを提案する予定の場合、最大16の対象となる引き出しの引き出しキューを構築する必要があります。これは、最初にバリデータのインデックス0から開始し、プロトコルのルールに従ってこのアカウントに対象となる引き出しがあるかどうかを判断し、ある場合はそれをキューに追加することによって行われます。次のブロックを提案するように設定されたバリデータは、前のバリデータが終了したところから再開し、無期限に順番に進みます。

<Alert variant="update">
<AlertIcon size="xl"><Clock /></AlertIcon>
<AlertContent>
<AlertDescription>
アナログ時計を思い浮かべてください。時計の針は時間を指し、一方向に進み、時間を飛ばすことなく、最後の数字に達すると最終的に再び最初に戻ります。

ここで、1から12の代わりに、時計が0からNまであると想像してください_（Nは、コンセンサス・レイヤーに登録されたことのあるバリデータ・アカウントの総数であり、2026年4月時点で120万を超えています）_。

時計の針は、対象となる引き出しがないかチェックする必要がある次のバリデータを指します。0から始まり、アカウントを飛ばすことなく一周します。最後のバリデータに達すると、サイクルは最初に戻って続行されます。
</AlertDescription>
</AlertContent>
</Alert>

#### アカウントの引き出しのチェック {#checking-an-account-for-withdrawals}

プロポーザーが引き出しの可能性についてバリデータをスイープしている間、チェックされている各バリデータは、引き出しをトリガーすべきかどうか、トリガーする場合はどれくらいのETHを引き出すべきかを判断するために、一連の短い質問に照らして評価されます。

1. **引き出しアドレスは提供されていますか？** 引き出しアドレスが提供されていない場合、アカウントはスキップされ、引き出しは開始されません。
2. **バリデータはエグジットして引き出し可能ですか？** バリデータが完全にエグジットし、そのアカウントが「引き出し可能」と見なされるエポックに達した場合、全額引き出しが処理されます。これにより、残りの全残高が引き出しアドレスに送金されます。
3. **残高は最大エフェクティブ・バランスを超えていますか？** レガシー（タイプ1）バリデータの場合、このしきい値は32 ETHです。複利型（タイプ2）バリデータの場合、このしきい値は2048 ETHです。アカウントに出金クレデンシャルがあり、完全にエグジットしておらず、エフェクティブ・バランスが最大であり、このしきい値を超える残高がある場合、超過分のみをユーザーの引き出しアドレスに送金する部分的な引き出しが処理されます。

バリデータのライフサイクルの過程で、バリデータのオペレーターが実行するアクションのうち、このフローに直接影響を与えるものは2つだけです。

- あらゆる形式の引き出しを有効にするために出金クレデンシャルを提供する
- ネットワークからエグジットする（これにより全額引き出しがトリガーされます）

### ガス無料 {#gas-free}

自動引き出しスイープでは、ステーカーが手動でトランザクションを送信する必要はありません。これは、自動スイープには**ガス（トランザクション手数料）が必要ない**ことを意味し、既存の実行レイヤーのブロック・スペースを競合することもありません。

2048 ETHのしきい値を下回る部分的な引き出しをトリガーしたい[複利型バリデータ](#compounding-validators)は、実行レイヤーから手動でそれを行う必要があり、これにはガスが必要であることに注意してください。

### ステーキング報酬はどのくらいの頻度でロック解除され、ウォレットで利用できるようになりますか？ {#how-soon}

単一のブロックで最大16の引き出しを処理できます。そのペースでいくと、1日あたり115,200のバリデータの引き出しを処理できます（見逃されたスロットがないと仮定した場合）。上記のように、対象となる引き出しがないバリデータはスキップされるため、スイープを完了するまでの時間は短縮されます。

この計算を拡張すると、特定の数の引き出しを処理するのにかかる時間を推定できます。

<TableContainer>

| 引き出しの数 | 完了までの時間 |
| :-------------------: | :--------------: |
|        400,000        |     3.5日     |
|        500,000        |     4.3日     |
|        600,000        |     5.2日     |
|        700,000        |     6.1日     |
|        800,000        |     7.0日     |

</TableContainer>

ご覧のとおり、ネットワーク上のバリデータが増えるにつれて、これは遅くなります。見逃されたスロットが増加すると、それに比例して遅くなる可能性がありますが、これは一般的に、考えられる結果の中で遅い方を表しています。

## よくある質問 {#faq}

<ExpandableCard
title="引き出しアドレスを提供した後、別の引き出しアドレスに変更することはできますか？"
eventCategory="FAQ"
eventAction="Once I have provided a withdrawal address, can I change it to an alternative withdrawal address?"
eventName="read more">
いいえ、出金クレデンシャルを提供するプロセスは1回限りのプロセスであり、一度送信すると変更できません。
</ExpandableCard>

<ExpandableCard
title="バリデータの引き出しアドレスを一度しか設定できないのはなぜですか？"
eventCategory="FAQ"
eventAction="Why can a validator's withdrawal address only be set once?"
eventName="read more">
バリデータの実行レイヤーの引き出しアドレスを設定することは、コンセンサス・レイヤー上のバリデータのクレデンシャルに対する恒久的な変更です。一度登録されたコンセンサス・レイヤーのクレデンシャルを更新する方法はありません。

バリデータの引き出しアドレスのクレデンシャルは、スマート・コントラクト（そのコードによって制御される）または外部所有アカウント（EOA、その秘密鍵によって制御される）のいずれかを指すように設定できます。実行レイヤーがトリガーする引き出し（[EIP-7002](https://eips.ethereum.org/EIPS/eip-7002)）により、引き出しアドレスがエグジットや部分的な引き出しをトリガーできるようになりましたが、一度登録された引き出しアドレスを変更するためのプロトコル操作はなく、この機能を追加するとプロトコルに不必要な複雑さが加わります。

柔軟な引き出し管理を求めるユーザーは、鍵のローテーションが可能なスマート・コントラクト・ウォレット（[Safe](https://safe.global/)など）をバリデータの引き出しアドレスとして設定でき、これにより最終的な受取人EOAを実質的に更新できるようになります。ユーザーがすでに出金クレデンシャルとしてEOAを設定している場合、ステークしたETHを回収するために完全なエグジットを開始し、その資金を使用して異なるクレデンシャルを持つ新しいバリデータをアクティブにする必要があります。
</ExpandableCard>

<ExpandableCard
title="プロバイダーやステーキング・プールを通じてステークしている場合、またはリキッド・ステーキング・トークンで参加している場合、ステーキングから引き出すにはどうすればよいですか？"
eventCategory="FAQ"
eventAction="How do I withdraw from staking if I stake through a provider, staking pool, or participate with liquid staking tokens?"
eventName="read more">
[ステーキング・プール](/staking/pools/)を使用している場合、またはリキッド・ステーキング・トークンを保有している場合、プロトコルの引き出しメカニズムと直接やり取りすることはありません。プールのスマート・コントラクトとノード・オペレーターがバリデータを制御し、出金クレデンシャルは通常、あなたではなくプールのコントラクトを指します。代わりに、通常はプロバイダーを通じてトークンを償還するか（償還キューと利用可能な流動性の影響を受けます）、公開市場で売却します。プロセスはサービスによって異なるため、引き出しの処理方法についてはプロバイダーにお問い合わせください。

一般的に、プロバイダーやプールを通じてステーキングを行う場合、基礎となるステークしたETHを自由に回収したり、引き出して利用するステーキング・プロバイダーを変更したりできるはずです。特定のプールが大きくなりすぎた場合、ステークしたETHをエグジットし、償還し、[より小規模なプロバイダー](https://rated.network/)で再度ステーキングすることができます。または、十分なETHを蓄積している場合は、[自宅からステーキング](/staking/solo/)することもできます。

</ExpandableCard>

<ExpandableCard
title="ネットワーク報酬の請求（部分的な引き出し）は自動的に行われますか？"
eventCategory="FAQ"
eventAction="Does claiming network rewards (partial withdrawals) happen automatically?"
eventName="read more">
**レガシー（タイプ1）バリデータ**の場合、はい、バリデータが引き出しアドレスを提供している限り可能です。あらゆる引き出しを有効にするためにこれを一度提供する必要があり、その後、各バリデータのスイープに伴い、数日ごとに引き出しアドレスへのネットワーク報酬の分配が自動的にトリガーされます。

**複利型（タイプ2）バリデータ**の場合、報酬は引き出しアドレスにスイープされるのではなく、バリデータのエフェクティブ・バランス（最大2048 ETH）に複利として追加されます。自動スイープは、2048 ETHを超える残高に対してのみ発生します。このしきい値を下回る報酬を引き出すには、実行レイヤーから手動で部分的な引き出しをトリガーする必要があります。
</ExpandableCard>

<ExpandableCard title="任意の金額を引き出すことはできますか？"
eventCategory="FAQ"
eventAction="Can I withdraw a custom amount?"
eventName="read more">
**レガシー（タイプ1）バリデータ**の場合、バリデータの32 ETHのエフェクティブ・バランスを超えて蓄積されたETHネットワーク報酬は、自動的に引き出しアドレスにプッシュされます。全額引き出しのトランザクションを送信し、ステーキングのエグジット・プロセスを完了したタイプ1バリデータは、ETHの全残高が引き出しアドレスに引き出されます。タイプ1バリデータが特定の金額のETHの引き出しを手動で要求することはできません。

**複利型（タイプ2）バリデータ**は、バリデータの残高が32 ETH以上にとどまる限り、実行レイヤーから特定の金額の部分的な引き出しをトリガーできます。これには部分的な引き出しのトランザクションを送信する必要があり、ガスがかかります。
</ExpandableCard>

<ExpandableCard
title="私はバリデータを運用しています。引き出しプロセスの管理に関する詳細情報はどこで確認できますか？"
eventCategory="FAQ"
eventAction="I operate a validator. Where can I find more information about managing the withdrawal process?"
eventName="read more">

バリデータのオペレーターは、[Staking Launchpadの引き出し](https://launchpad.ethereum.org/withdrawals/)ページにアクセスすることをお勧めします。そこでは、引き出しに向けてバリデータを準備する方法、イベントのタイミング、および引き出しがどのように機能するかについての詳細を確認できます。

最初にテストネットでセットアップを試すには、[HoodiテストネットのStaking Launchpad](https://hoodi.launchpad.ethereum.org)にアクセスして開始してください。

</ExpandableCard>

<ExpandableCard
title="エグジットした後、さらにETHをデポジットしてバリデータを再有効化することはできますか？"
eventCategory="FAQ"
eventAction="Can I re-activate my validator after exiting by depositing more ETH?"
eventName="read more">
いいえ。バリデータがエグジットし、その全残高が引き出されると、そのバリデータにデポジットされた追加のETHは、次のバリデータのスイープ中に自動的に引き出しアドレスに送金されます。そのETHを使用して再びステーキングを開始するには、新しいバリデータをアクティブにする必要があります。
</ExpandableCard>

<ExpandableCard
title="レガシー・バリデータと複利バリデータの違いは何ですか？"
eventCategory="FAQ"
eventAction="What is the difference between legacy and compounding validators?"
eventName="read more">
レガシー・バリデータは**タイプ1**の出金クレデンシャル（出金クレデンシャルのアドレスは0x01で始まります）を使用し、エフェクティブ・バランスの上限は32 ETHです。ネットワーク報酬として受け取った超過分のETHは、数日ごとに自動的に引き出しアドレスにスイープされます。

複利型バリデータは**タイプ2**の出金クレデンシャル（出金クレデンシャルのアドレスは0x02で始まります）を使用し、最大2048 ETHのエフェクティブ・バランスを持つことができます。報酬はバリデータのエフェクティブ・バランスに複利として追加され、ネットワーク上のバリデータのウェイトと将来の報酬を受け取る可能性を高めます。自動スイープは、2048 ETHを超える残高に対してのみ発生します。このしきい値を下回るETHを引き出すには、実行レイヤーから手動で部分的な引き出しをトリガーする必要があります。

詳細については、[MaxEBの詳細な解説](/roadmap/pectra/maxeb/)を参照してください。
</ExpandableCard>

<ExpandableCard
title="複利バリデータに変換するにはどうすればよいですか？"
eventCategory="FAQ"
eventAction="How do I convert to a compounding validator?"
eventName="read more">
[Staking Launchpad](https://launchpad.ethereum.org/validator-actions)を使用して、タイプ1からタイプ2の出金クレデンシャルに変換できます。この操作は**不可逆**です。一度変換すると、タイプ1のクレデンシャルに戻ることはできません。

変換後、複数のバリデータを1つに**統合**し、それらの残高を単一の複利型バリデータにまとめることもできます。変換プロセス、リスク、および統合ツールの完全なウォークスルーについては、[MaxEBの詳細な解説](/roadmap/pectra/maxeb/)を参照してください。
</ExpandableCard>

<ExpandableCard
title="ステーキングの引き出しはいつ有効になりましたか？"
eventCategory="FAQ"
eventAction="When were staking withdrawals enabled?"
eventName="read more">
引き出し機能は、もともと**2023年4月12日**のシャンハイ/Capellaアップグレードの一環として有効になりました。その後の[ペクトラ・アップグレード](/roadmap/pectra/)（2025年5月）では、最大エフェクティブ・バランスが2048 ETHと高い複利型バリデータや、実行レイヤーがトリガーするエグジットと部分的な引き出しが導入されました。

シャンハイ/Capellaアップグレードにより、以前にステークされたETHを通常のイーサリアム・アカウントに回収できるようになりました。これにより、ステーキングの流動性のループが閉じられ、持続可能でスケーラブルかつ安全な分散型エコシステムの構築に向けたイーサリアムの旅が一歩前進しました。

- [イーサリアムの歴史についてさらに詳しく](/ethereum-forks/)
- [イーサリアムのロードマップについてさらに詳しく](/roadmap/)
</ExpandableCard>

## 参考文献 {#further-reading}

- [Staking Launchpadの引き出し](https://launchpad.ethereum.org/withdrawals)
- [Staking Launchpadのバリデータ・アクション](https://launchpad.ethereum.org/validator-actions)
- [MaxEBの詳細な解説：複利と統合](/roadmap/pectra/maxeb/)
- [EIP-4895: オペレーションとしてのビーコン・チェーンのプッシュ型引き出し](https://eips.ethereum.org/EIPS/eip-4895)
- [PEEPanEIP #94: PotuzとHsiao-Wei WangによるステークされたETHの引き出し（テスト）](https://www.youtube.com/watch?v=G8UstwmGtyE)
- [PEEPanEIP#68: EIP-4895: Alex Stokesによるオペレーションとしてのビーコン・チェーンのプッシュ型引き出し](https://www.youtube.com/watch?v=CcL9RJBljUs)
- [バリデータのエフェクティブ・バランスを理解する](https://www.attestant.io/posts/understanding-validator-effective-balance/)

<StakingCommunityCallout className="my-16" />