ETHをホームステーキングする

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

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

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

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

バリデータのハードウェアと帯域幅に関する現在のコミュニティのガイダンスは、ハードウェアと帯域幅の推奨事項（EIP-7870） （新しいタブで開きます）で維持されています。大まかな目安として、4 TBのNVMe SSD、64 GBのRAM（これより少なくても機能しますが、余裕を持たせるための推奨値です）、堅牢で最新のマルチコアCPU、およびダウンロード約50 Mbps / アップロード約25 Mbpsのインターネット接続を計画してください。

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

秘密鍵がイーサリアムアドレスを保護するのと同じように、バリデータ専用の鍵を生成する必要があります。シード・フレーズや秘密鍵を安全かつ確実に保管する方法を理解しておく必要があります。

イーサリアムのセキュリティと詐欺防止

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

はい。複利（0x02）の出金クレデンシャルを持つバリデータは、最大2048 ETHのエフェクティブ・バランスを保持できますが、有効化するための最小値は32 ETHのままです。複利バリデータの報酬は自動的にステークに追加され、最低32 ETHを超える1 ETHごとに報酬を獲得できるため、32の倍数ではない金額をステークできます。複利と最大2048 ETHを参照してください。

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

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

ステーキングの引き出しの詳細

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

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

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

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

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

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

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

• マイノリティクライアントを実行することの重要性について詳しく学ぶ。
• 報酬、ペナルティ、スラッシングについて詳しく学ぶ

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

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

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

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

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

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

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

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