---
title: ETHをホームステーキングする
description: ETHのホームステーキングを始めるための概要
lang: ja
template: staking
image: /images/staking/leslie-solo.png
sidebarDepth: 2
summaryPoints:
  - バリデータを適切に機能させ、オンラインに保つことで、プロトコルから直接最大の報酬を受け取ることができます。
  - 自宅のハードウェアを稼働させ、イーサリアムネットワークのセキュリティと分散化に個人的に貢献できます。
  - トラスト前提を排除し、資金の鍵のコントロールを他者に委ねることはありません。
---

## ホームステーキングとは？ {#what-is-solo-staking}

ホームステーキングとは、インターネットに接続された[イーサリアムノードを稼働させ](/run-a-node/)、少なくとも32 ETHをデポジットして[バリデータ](#faq)を有効化し、ネットワークのコンセンサスに直接参加できるようにする行為です。

ホームステーキングは、最も直接的なステーキング方法です。あなたとプロトコルの間に、スマート・コントラクト、オペレーター、カストディアンは存在しません。自分自身の鍵を保持し、[イーサリアム](/)ネットワークの検証に積極的に参加し、ネットワーク報酬を直接受け取ります。他のすべてのステーキング方法は、このコアなネットワーク活動の上にテクノロジー、ミドルウェア、またはサービスのレイヤーを追加します。

**ホームステーキングはイーサリアムネットワークの分散化を促進し**、イーサリアムの検閲耐性を高め、攻撃に対する堅牢性を向上させます。他のステーキング方法では、同じようにネットワークに貢献できない場合があります。ホームステーキングは、イーサリアムのセキュリティを確保するための最適なステーキングの選択肢です。

イーサリアムノードは、実行レイヤー（EL）クライアントとコンセンサス・レイヤー（CL）クライアントの両方で構成されています。これらのクライアントは、有効な署名鍵のセットとともに連携して機能するソフトウェアであり、トランザクションとブロックを検証し、チェーンの正しい先頭を証明し、証明（アテステーション）を集約し、ブロックを提案します。

ホームステーカーは、これらのクライアントを実行するために必要なハードウェアを運用する責任があります。自宅で運用する専用のマシンを使用することを強くお勧めします。これはネットワークの健全性にとって非常に有益です。

ホームステーカーは、バリデータを適切に機能させ、オンラインに保つことで、プロトコルから直接報酬を受け取ります。

## なぜ自宅でステーキングするのか？ {#why-stake-solo}

ホームステーキングにはより多くの責任が伴いますが、資金とステーキングのセットアップを最大限にコントロールできます。

<Grid>
  <Card title="報酬をすべて受け取る" icon={<HandCoins />} description="ホームステーカーは、バリデータがオンラインである間、プロトコルから直接支払われるプロトコル報酬の100%を受け取ります。" />
  <Card title="自己主権性" icon={<KeyRound />} description="常に自分自身の鍵を保持し、資金を完全に管理します。リスクを最小限に抑えることができるクライアントとハードウェアの組み合わせを選択します。第三者があなたに代わってこれらの決定を下したり、引き出しを制限したりすることはできません。" />
  <Card title="クライアント・ダイバーシティと地理的分散" icon={<GlobeLock />} description="多くの場所に分散したハードウェアでマイノリティクライアントを実行するホームステーカーは、ネットワークの分散化とセキュリティを強化します。" />
</Grid>

## ホームステーキング前の考慮事項 {#considerations-before-staking-solo}

ホームステーキングが誰にとってもアクセスしやすく、リスクのないものであることを願っていますが、現実はそうではありません。ETHのホームステーキングを選択する前に、留意すべき現実的かつ重要な考慮事項がいくつかあります。

<ExpandableCard title="必読事項" eventCategory="SoloStaking" eventName="clicked required reading">
自身のノードを運用する際は、選択したソフトウェアの使用方法を学ぶために時間を費やす必要があります。これには、関連するドキュメントを読み、開発チームのコミュニケーションチャネルに注意を払うことが含まれます。

実行しているソフトウェアとプルーフ・オブ・ステーク（PoS）の仕組みについて理解を深めるほど、ステーカーとしてのリスクは減り、ノードオペレーターとして途中で発生する可能性のある問題を修正しやすくなります。
</ExpandableCard>

<ExpandableCard title="コンピュータに慣れていること" eventCategory="SoloStaking" eventName="clicked comfortable with computers">
新しいツールによって徐々に簡単になってきてはいますが、ノードのセットアップには、コンピューターの操作にある程度慣れている必要があります。コマンドラインインターフェースの理解は役立ちますが、もはや必須ではありません。

また、非常に基本的なハードウェアのセットアップと、推奨される最小スペックについての理解も必要です。
</ExpandableCard>

<ExpandableCard title="ハードウェア要件" eventCategory="SoloStaking" eventName="clicked hardware requirements">
バリデータのハードウェアと帯域幅に関する現在のコミュニティのガイダンスは、[ハードウェアと帯域幅の推奨事項（EIP-7870）](https://eips.ethereum.org/EIPS/eip-7870)で維持されています。大まかな目安として、4 TBのNVMe SSD、64 GBのRAM（これより少なくても機能しますが、余裕を持たせるための推奨値です）、堅牢で最新のマルチコアCPU、およびダウンロード約50 Mbps / アップロード約25 Mbpsのインターネット接続を計画してください。

フサカアップグレードでPeerDASが導入されて以来、ステーキングノードはネットワークのブロブデータの一部を保存およびダウンロードするだけで済むようになり、ホームステーカーのディスクと帯域幅の要件が大幅に削減されました。
</ExpandableCard>

<ExpandableCard title="安全な鍵管理" eventCategory="SoloStaking" eventName="clicked secure key management">
秘密鍵がイーサリアムアドレスを保護するのと同じように、バリデータ専用の鍵を生成する必要があります。シード・フレーズや秘密鍵を安全かつ確実に保管する方法を理解しておく必要があります。{' '}

[イーサリアムのセキュリティと詐欺防止](/security/)
</ExpandableCard>

<ExpandableCard title="メンテナンス" eventCategory="SoloStaking" eventName="clicked maintenance">
ハードウェアは時折故障し、ネットワーク接続はエラーになり、クライアントソフトウェアは時折アップグレードする必要があります。ノードのメンテナンスは避けられず、時折注意を払う必要があります。予想されるネットワークのアップグレードや、その他の重要なクライアントのアップグレードについて、常に把握しておく必要があります。
</ExpandableCard>

<ExpandableCard title="安定した稼働時間" eventCategory="SoloStaking" eventName="clicked reliable uptime">
報酬は、バリデータがオンラインであり、適切に証明（アテステーション）を行っている時間に比例します。ダウンタイムは、同時にオフラインになっている他のバリデータの数に比例したペナルティを発生させますが、[スラッシングにはつながりません](#faq)。時間内に受信されなかった証明に対しては報酬が減額されるため、帯域幅も重要です。要件は異なりますが、現在の[ハードウェアと帯域幅の推奨事項（EIP-7870）](https://eips.ethereum.org/EIPS/eip-7870)では、ダウンロード約50 Mbps、アップロード約25 Mbpsが推奨されています。
</ExpandableCard>

<ExpandableCard title="スラッシングのリスク" eventCategory="SoloStaking" eventName="clicked slashing risk">
オフラインによるインアクティビティ・ペナルティとは異なり、<em>スラッシング</em>は悪意のある違反に対して科されるはるかに深刻なペナルティです。一度に1台のマシンにのみ鍵をロードしてマイノリティクライアントを実行することで、スラッシングのリスクを最小限に抑えることができます。とはいえ、すべてのステーカーはスラッシングのリスクを認識しておく必要があります。

<a href="https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50/"> スラッシングとバリデーターのライフサイクルの詳細</a>
</ExpandableCard>

## ステーキングオプションの比較 {#comparison-of-staking-options}

<StakingComparison page="solo" />

## 仕組み {#how-it-works}

<StakingHowSoloWorks />

ノードが同期され、鍵が生成されたら、ステークをデポジットしてバリデータを有効化します。単一のバリデータには最低32 ETHが必要であり、最大2048 ETHまで保持できます。ネットワークは約13分でデポジットを認識しますが、新しいバリデータは証明を開始する前に有効化キューを通過します。その長さは需要によって異なります。

アクティブな間は、ETH報酬を獲得できます。複利（0x02）の出金クレデンシャルを使用すると、報酬は自動的にステークに追加されます。通常の引き出し（0x01）クレデンシャルを使用すると、最初の32 ETHを超える報酬は定期的に引き出しアドレスに送金（スイープ）されます。

必要に応じて、バリデータとしてエグジットすることができます。これにより、オンラインである必要がなくなり、それ以上の報酬は停止されます。その後、残高はセットアップ時に指定した引き出しアドレスに引き出されます。エグジットは、バリデータの署名鍵を使用して開始するか、実行レイヤートランザクションを使用して引き出しアドレスから直接トリガーできるため、資金の最終的なコントロールは常に引き出しアドレスにあります。

### 複利と最大2048 ETH {#compounding}

バリデータには、次の2種類の出金クレデンシャルのいずれかがあります。

- **通常の引き出し（0x01）**: バリデータのエフェクティブ・バランスは32 ETHに制限されており、それを超える残高は数日ごとに自動的に引き出しアドレスに送金（スイープ）されます。
- **複利（0x02）**: バリデータのエフェクティブ・バランスは最大2048 ETHまで増加できます。報酬は自動的に複利計算され、最低32 ETHを超える1 ETHごとに報酬を獲得できるため、32の倍数だけでなく、40 ETHのような柔軟な金額をステークできます。2048 ETHを超える残高のみが自動的に送金（スイープ）されます。それ以外のものを引き出すには、引き出しアドレスから手動で部分的な引き出しをトリガーする必要があり、これにはガスがかかります。

複数のバリデータを実行している場合、ネットワークからエグジットして再参加することなく、それらを単一の複利バリデータに統合でき、メンテナンスのオーバーヘッドを削減できます。統合は引き出しアドレスからリクエストされ、処理キューの対象となります。バリデータを0x01から0x02クレデンシャルに切り替える場合もこの同じメカニズムを使用し、完全にエグジットして再度デポジットしない限り**元に戻すことはできません**。

[ステーキングの引き出しの詳細](/staking/withdrawals/)

## ステーキング・ローンチパッドで始める {#get-started-on-the-staking-launchpad}

ステーキング・ローンチパッドは、ステーカーになるためのオープンソースアプリケーションです。クライアントの選択、鍵の生成、ステーキング・デポジット・コントラクトへのETHのデポジットをガイドします。バリデータを安全にセットアップするために必要なすべての項目を網羅したチェックリストが提供されています。

<StakingLaunchpadWidget />

## ノードとクライアントのセットアップツールで考慮すべきこと {#node-tool-considerations}

ETHのホームステーキングを支援するツールやサービスは増えていますが、それぞれに異なるリスクと利点があります。

以下の属性インジケーターは、リストされているステーキングツールが持つ可能性のある顕著な強みや弱みを示すために使用されます。ステーキングの旅を支援するツールを選択する際、これらの属性をどのように定義しているかの参考として、このセクションを使用してください。

<StakingConsiderations page="solo" />

## ノードとクライアントのセットアップツールを探す {#node-and-client-tools}

セットアップを支援するさまざまなオプションが利用可能です。上記のインジケーターを使用して、以下のツールを検討してください。

<ProductDisclaimer />

### ノードツール {#node-tools}

<StakingProductsCardGrid category="nodeTools" />

ネットワークのセキュリティを向上させ、リスクを制限するため、[マイノリティクライアント](/developers/docs/nodes-and-clients/client-diversity/)を選択することの重要性に注意してください。マイノリティクライアントをセットアップできるツールは、<em style={{ textTransform: "uppercase" }}>「マルチクライアント」</em>と表記されています。

### 鍵ジェネレーター {#key-generators}

これらのツールは、鍵の生成を支援する[ステーキング・デポジットCLI](https://github.com/ethereum/staking-deposit-cli/)の代替として使用できます。

<StakingProductsCardGrid category="keyGen" />

掲載されていないステーキングツールの提案がありますか？[プロダクト掲載ポリシー](/contributing/adding-staking-products/)を確認して、適合するかどうかを判断し、レビューのために提出してください。

## ホームステーキングガイドを探す {#staking-guides}

<StakingGuides />

## スクワッドステーキング：フォールトトレランスを備えたホームステーキング {#squad-staking}

**分散型バリデータ技術 (DVT)**を使用すると、単一のバリデータを1台のマシンではなく、マシンのクラスター全体で実行できます。バリデータ鍵は分散鍵生成を使用してシェアに分割され、クラスターのしきい値（たとえば、4つのノードのうち任意の3つ）が一緒に署名する必要があります。完全な鍵が単一のマシンに存在することはありません。1台のマシンが故障したり、オフラインになったり、設定を誤ったりしても、クラスターの残りの部分がバリデータの証明を継続します。

ホームステーカーにとって、これにより「スクワッドステーキング」が可能になります。友人や他のコミュニティメンバーとチームを組んでバリデータを一緒に実行し、ソロセットアップの単一障害点を排除し、単一の誤動作するマシンによるスラッシングのリスクを軽減します。ObolとSSV Networkはどちらも本番環境のDVT実装を提供しており、現在、ホームステーキング、ステーキング・アズ・ア・サービス、ステーキング・プール全体で使用されています。

[分散型バリデータ技術 (DVT) の詳細](/staking/dvt/)

## ステーキングプロトコルのバリデータを実行する {#run-validators-for-a-staking-protocol}

ノードを実行するためのハードウェアとスキルはあるが、32 ETH未満しか持っていない場合、一部のステーキングプロトコルは、あなたのバリデータをプールされたステーカーからのETHとマッチングさせます。あなたはより少額の保証金を担保として差し入れ、自分のマシンでバリデータを実行します。プロトコルが残りのステークを提供し、あなたは報酬の一部を獲得します。

これはハイブリッドなアプローチです。自分自身のハードウェアを運用する責任（と満足感）は維持しますが、バリデータはプロトコルのスマート・コントラクト、ガバナンス、およびパフォーマンスルールの下で動作します。これは、自分自身のETHを直接ステーキングするのとは異なるトラスト前提となります。

これらのプロトコルの仕組み、トラスト前提、トークンのメカニズムについて詳しくは、[プール・ステーキングのページ](/staking/pools/)をご覧ください。

## ノードのその他の活用方法 {#more-ways-to-use-your-node}

ノード運用のスキルを活かすために、必ずしもステーキングを行う必要はありません。誰でもETHをデポジットすることなく[イーサリアムノードを稼働させる](/run-a-node/)ことができます。自己検証されたチェーンのビュー、トランザクションを送信してアプリケーションと対話するための独自のプライベートエンドポイントを取得し、ネットワークの健全性と回復力に貢献できます。ノードの実行は、ETHをリスクにさらすことなく、バリデータを有効化する前に経験を積むための良い方法でもあります。

<StakingCommunityCallout className="my-16" />

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

これらは、知っておく価値のあるステーキングに関する最も一般的な質問のいくつかです。

<ExpandableCard title="バリデータとは？">

<em>バリデータ</em>は、イーサリアム上に存在し、イーサリアムプロトコルのコンセンサスに参加する仮想エンティティです。バリデータは、残高、公開鍵、およびその他のプロパティによって表されます。<em>バリデータクライアント</em>は、秘密鍵を保持して使用することにより、バリデータに代わって機能するソフトウェアです。単一のバリデータクライアントは多くのキーペアを保持し、多くのバリデータを制御できます。

</ExpandableCard>

<ExpandableCard title="32 ETHより多くデポジットできますか？">
はい。_複利_（0x02）の出金クレデンシャルを持つバリデータは、最大2048 ETHのエフェクティブ・バランスを保持できますが、有効化するための最小値は32 ETHのままです。複利バリデータの報酬は自動的にステークに追加され、最低32 ETHを超える1 ETHごとに報酬を獲得できるため、32の倍数ではない金額をステークできます。[複利と最大2048 ETH](#compounding)を参照してください。

_通常の引き出し_（0x01）クレデンシャルを持つバリデータは、エフェクティブ・バランスが32 ETHに制限されたままであり、それを超える残高は数日ごとに自動的に引き出しアドレスに送金（スイープ）されます。

複利バリデータの場合、最大2048 ETHを超える残高のみが自動的に送金（スイープ）されます。それ以下のものを引き出すには、引き出しアドレスから部分的な引き出し（ガスがかかるトランザクション）をトリガーします。これにより、最低32 ETHを超える残高を引き出すことができます。複数のバリデータを実行している場合は、ネットワークからエグジットすることなく、それらを単一の複利バリデータに統合することもできます。

[ステーキングの引き出しの詳細](/staking/withdrawals/)
</ExpandableCard>

<ExpandableCard title="オフラインになるとスラッシングされますか？（結論：されません）">
ネットワークが正常にファイナライズ済みであるときにオフラインになっても、スラッシングにはなりません。バリデータが特定のエポック（それぞれ6.4分間）で証明できない場合、少額の<em>インアクティビティ・ペナルティ</em>が発生しますが、これは<em>スラッシング</em>とは大きく異なります。これらのペナルティは、バリデータが証明可能であった場合に獲得できたはずの報酬よりもわずかに少なく、損失は、再びオンラインに戻ってほぼ同じ時間を費やすことで取り戻すことができます。

インアクティビティに対するペナルティは、同時にオフラインになっているバリデータの数に比例することに注意してください。ネットワークの大部分が一度にすべてオフラインになった場合、これらの各バリデータに対するペナルティは、単一のバリデータが利用できない場合よりも大きくなります。

極端なケースとして、3分の1以上のバリデータがオフラインになった結果、ネットワークのファイナライズが停止した場合、これらのユーザーは<em>二次インアクティビティ・リーク</em>と呼ばれる、オフラインのバリデータアカウントからのETHの指数関数的な流出を被ることになります。これにより、ネットワークは、非アクティブなバリデータの残高が16 ETHに達するまでETHをバーンすることで最終的に自己修復できるようになり、その時点でバリデータプールから自動的に排出されます。残りのオンラインバリデータは最終的に再びネットワークの2/3以上を占めるようになり、チェーンを再びファイナライズするために必要なスーパーマジョリティを満たします。
</ExpandableCard>

<ExpandableCard title="スラッシングされないようにするにはどうすればよいですか？">
結論から言うと、これを完全に保証することはできませんが、誠実に行動し、マイノリティクライアントを実行し、署名鍵を一度に1台のマシンにのみ保持していれば、スラッシングされるリスクはほぼゼロです。

バリデータがスラッシングされ、ネットワークから排出される結果となる具体的な方法はいくつかしかありません。執筆時点では、発生したスラッシングは、署名鍵が一度に2つの別々のマシンに保存される冗長なハードウェアセットアップの産物に限定されています。これにより、意図せず鍵からの<em>二重投票</em>が発生する可能性があり、これはスラッシングの対象となる違反です。

スーパーマジョリティクライアント（ネットワークの2/3以上で使用されているクライアント）を実行すると、このクライアントにチェーンのフォークを引き起こすバグがあった場合、潜在的なスラッシングのリスクも伴います。これにより、欠陥のあるフォークがファイナライズ済みになる可能性があります。意図したチェーンに戻すには、ファイナライズ済みのブロックを元に戻そうとすることで<em>サラウンド投票</em>を送信する必要があります。これもスラッシングの対象となる違反であり、代わりにマイノリティクライアントを実行するだけで回避できます。

<em>マイノリティクライアントの同等のバグは決してファイナライズされない</em>ため、サラウンド投票につながることはなく、単にインアクティビティ・ペナルティが発生するだけであり、<em>スラッシングにはなりません</em>。

<ul>
  <li><a href="https://clientdiversity.org/">マイノリティクライアントを実行することの重要性について詳しく学ぶ。</a></li>
  <li><a href="/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/">報酬、ペナルティ、スラッシングについて詳しく学ぶ</a></li>
</ul>
</ExpandableCard>

<ExpandableCard title="どのクライアントが最適ですか？">
個々のクライアントは、それぞれ異なるチームによってさまざまなプログラミング言語を使用して開発されているため、パフォーマンスやユーザーインターフェースの点でわずかに異なる場合があります。とはいえ、どれも「最高」というわけではありません。すべての本番クライアントは優れたソフトウェアであり、ブロックチェーンと同期して対話するという同じコア機能をすべて実行します。

すべての本番クライアントは同じ基本機能を提供するため、実際には<strong>マイノリティクライアント</strong>、つまり現在ネットワーク上の大多数のバリデータによって使用されていないクライアントを選択することが非常に重要です。これは直感に反するように聞こえるかもしれませんが、マジョリティまたはスーパーマジョリティクライアントを実行すると、そのクライアントにバグがあった場合にスラッシングのリスクが高まります。マイノリティクライアントを実行すると、これらのリスクが大幅に制限されます。

<a href="https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA">クライアント・ダイバーシティが重要である理由について詳しく学ぶ</a>
</ExpandableCard>

<ExpandableCard title="VPS（仮想プライベートサーバー）を使うだけでもいいですか？">
仮想プライベートサーバー（VPS）はホームハードウェアの代わりとして使用できますが、バリデータクライアントへの物理的なアクセスと場所は<em>重要です</em>。Amazon Web ServicesやDigital Oceanなどの集中型クラウドソリューションは、ネットワークを集中化させるという犠牲を払って、ハードウェアを入手して運用する必要がないという利便性を提供します。

単一の集中型クラウドストレージソリューションで実行されるバリデータクライアントが多いほど、これらのユーザーにとって危険になります。攻撃、規制上の要求、または単なる停電/インターネットの停止など、これらのプロバイダーをオフラインにするイベントが発生すると、このサーバーに依存するすべてのバリデータクライアントが同時にオフラインになります。

オフラインペナルティは、同時にオフラインになっている他のユーザーの数に比例します。VPSを使用すると、オフラインペナルティがより厳しくなるリスクが大幅に高まり、停止が十分に大きい場合には、二次リークやスラッシングのリスクが高まります。自身のリスクとネットワークへのリスクを最小限に抑えるために、ユーザーは自身のハードウェアを入手して運用することを強くお勧めします。
</ExpandableCard>

<ExpandableCard title="報酬のロックを解除したり、ETHを取り戻したりするにはどうすればよいですか？">

すべての引き出しには、バリデータに引き出しアドレスが設定されている必要があります。新しいステーカーは、鍵の生成とデポジットの際にこれを設定します。引き出しアドレスをまだ設定していないネットワーク初期からのステーカーは、引き出す前に出金クレデンシャルを更新する必要があります。

通常の引き出し（0x01）クレデンシャルを持つバリデータの場合、報酬の支払い（最初の32を超える累積ETH）は定期的に引き出しアドレスに自動的に分配されます。複利（0x02）バリデータの場合、報酬はステークされたままであり、自動的に複利計算されます。引き出しアドレスから部分的な引き出しをトリガーすることで、32 ETHを超える残高を引き出すことができます。

残高全体のロックを解除して受け取るには、バリデータをエグジットする必要があります。これは、バリデータの署名鍵を使用して行うか、実行レイヤートランザクションを使用して引き出しアドレスから直接トリガーできます。つまり、署名鍵を紛失した場合でも資金を回収できます。

<ButtonLink href="/staking/withdrawals/">ステーキングの引き出しの詳細</ButtonLink>
</ExpandableCard>

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

- [クライアント・ダイバーシティの統計と移行ガイド](https://clientdiversity.org/)
- [クライアント・ダイバーシティの支援](https://www.attestant.io/posts/helping-client-diversity/) - _Jim McDonald 2022_
- [イーサリアムのコンセンサス・レイヤーにおけるクライアント・ダイバーシティ](https://mirror.xyz/jmcook.eth/S7ONEka_0RgtKTZ3-dakPmAHQNPvuj15nh0YGKPFriA) - _jmcook.eth 2022_
- [ハウツー：イーサリアムバリデータハードウェアの購入](https://www.youtube.com/watch?v=C2wwu1IlhDc) - _EthStaker 2022_
- [EIP-7870: ハードウェアと帯域幅の推奨事項](https://eips.ethereum.org/EIPS/eip-7870)
- [ペクトラアップグレード：最大エフェクティブ・バランスなど](/roadmap/pectra/maxeb/)

<QuizWidget quizKey="staking-solo" />