ETHをホームステークする

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

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

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

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

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

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

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

はい、最新のバリデータアカウントは最大2048 ETHを保持できます。32 ETHを超える追加のETHは段階的に複利計算され、実際の残高が増加するにつれて整数単位で増加します。これはエフェクティブ・バランスとして知られています。

アカウントのエフェクティブ・バランスを増やし、それによって報酬を増やすには、完全なETHのしきい値を0.25 ETH上回るバッファを超える必要があります。たとえば、実際の残高が32.9 ETHでエフェクティブ・バランスが32 ETHのアカウントの場合、エフェクティブ・バランスの増加をトリガーする前に、実際の残高を33.25 ETH以上にするために、さらに0.35 ETHを獲得する必要があります。

このバッファはまた、現在のエフェクティブ・バランスを0.25 ETH下回るまで、エフェクティブ・バランスが低下するのを防ぎます。

バリデータに関連付けられた各キーペアを有効にするには、少なくとも32 ETHが必要です。これを超える残高は、このアドレスによって署名されたトランザクションを介して、いつでも関連付けられた引き出しアドレスに引き出すことができます。最大エフェクティブ・バランスを超える資金は、定期的に自動的に引き出されます。

ホームステーキングが難しすぎると感じる場合は、Staking-as-a-Serviceプロバイダーの使用を検討するか、32 ETH未満で運用している場合は、ステーキングプールを確認してください。

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

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

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

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

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

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

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

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

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

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

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

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

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

ビーコン・チェーンからのいかなる種類の引き出しにも、出金クレデンシャルを設定する必要があります。

新規のステーカーは、鍵の生成とデポジットの際にこれを設定します。まだ設定していない既存のステーカーは、この機能をサポートするために鍵をアップグレードできます。

出金クレデンシャルが設定されると、報酬の支払い (最初の32 ETHを超えて蓄積されたETH) は、定期的に自動で引き出しアドレスに分配されます。

ロックを解除して残高全体を受け取るには、バリデータをエグジットするプロセスも完了する必要があります。