ポピュラーサイエンス: イーサリアム 2.0 バリデーターに関するよくある質問
編集者注: この記事は以下から引用しましたイーサリアム愛好家 (ID: ethfans)編集者注: この記事は以下から引用しました
、著者: Eth2 Validator Launchpad、翻訳および校正: Min Min & A Jian、Odaily が許可を得て転載。
導入
編集者注: この記事は、Eth2 Validator Quick Starter の「Validator FAQ」ページからのものであり、検証アクティビティへの参加に関連する質問のリストと回答に重点を置いています。クイック スターター ページには「参加通知」ページもあり、検証アクティビティへの参加に伴うリスクについても通知されており、相互参照できます。ただし、内容の重複が多いため、ここには記載しておりません。クイックランチャーの多言語対応は現在も実施中ですので、近いうちにお会いできると思います。
副題
導入
1.「バリデーター」とは正確には何ですか?
バリデーターは、ETH 2.0 プロトコルのコンセンサスメカニズムに参加するエンティティです。
専門用語では、特定のコンピューター プログラムを実行し続ける人のことを指します。このプログラムは、新しいブロックをブロックチェーンに追加できるように提案および証明します。
言い換えれば、バリデーターは新しいブロックの投票者と考えることができます。ブロックの投票数が多いほど、ブロックチェーンに追加される可能性が高くなります。
重要なのは、バリデーターの投票の重みは、賭け金の量によって決定されることです。
2. 預金契約とは何ですか?
証拠金契約は、イーサリアム アカウントと ETH 2.0 バリデータ間の資金移動チャネルと考えることができます。
預金契約の状態には、誰が預金を預けるか、誰が検証に参加するか、預金額はいくらか、誰が資金を引き出すことができるかが指定されています。
3. バリデーターが最初に保証金を預ける必要があるのはなぜですか?
システムは、バリデーターの不正行為が判明した場合にバリデーターを罰するために、バリデーターからの資金を保留する必要があります。
言い換えれば、これらのバリデーターが契約を確実に遵守するためには、これらのバリデーターの行動が経済的な影響を与える必要があります。
4. 検証者はどれくらいの ETH を誓約する必要がありますか?
バリデーターがネットワークの保護を開始する前に、ta は 32 ETH をステークする必要があります。この 32 ETH がバリデーターの初期残高です。
5. 32 ETH 以上をステーキングするメリットはありますか?
実効賭け金を 32 ETH に設定すると、単一のバリデーターが過度に投票するのを防ぎ、権力の分散化に役立ちます。
バリデーターの投票重みはステーク額によって決まることに注意してください。
（訳者注：実際、バリデーターの投票ウェイトはその「実効残高（効果残高）」に依存します。実効残高は口座の表面残高ではありません。実効残高の上限は「32」です。熱心に働いている 熱心にお金を稼いでいるので、その実質残高は「32」を超えることはありません。同様に、没収された場合でも、一度に32 ETHを超える罰金は課されません。ここでの本来の用語は「賭けている金額」です「これも曖昧すぎますが、明らかに「検証者が入金した金額」と直訳することはできません。煩雑にならずに「危険にさらされている」に相当する中国語がないので、「」と訳すのはどうしようもありません。 「権利利益の額」はこちら）
副題
バリデーターの責任
1. 経済的インセンティブは、ユーザーが積極的かつ誠実であり続けるのにどのように役立ちますか?
バリデーターは、オフラインであることによってペナルティを受けるだけでなく、不正な行為、たとえば、無効なブロックや競合するブロックに投票することによってペナルティを受けることもあります。
一方、バリデーターが提案/目撃したブロックがブロックチェーンに追加されると、バリデーターに報酬が与えられます。
基本的な概念は次のとおりです。
ネットワークが合意に達するのに役立つアクションには報酬が与えられます
コンセンサスを妨げる不注意な行為 (または不作為) には軽微な罰則が科せられます
悪意のある行為に対する重大な罰則（または厳しい罰則）
言い換えれば、バリデーターは報酬を獲得するために懸命に働きながら、ネットワーク全体に貢献しています。
2. 賞罰はどのように分配されますか?
各バリデーターには独自の残高があることに注意してください。初期残高はデポジット契約で確認できます。
イーサリアム ネットワーク ルールは、パフォーマンスに基づいてバリデーターの残高を定期的に更新します。
つまり、検証者が得た賞罰が残高に反映されることになります。
3. 賞罰はどれくらいの期間発行されますか?
約 6.5 分ごと (つまり、1 エポック) に送信されます。各エポック中に、ネットワークは各バリデーターのパフォーマンスを評価し、それに応じて報酬を与えたり罰したりします。
4. 報酬/罰金はいくらですか?
計算時に考慮すべき要素が多数あるため、この質問に答えるのは困難です。
トランザクションの検証に対する報酬は、主にネットワークの合計ステーク (つまり、バリデーターの合計数) によって影響されます。合計ステークに応じて、バリデーターの最高年率収益率は 2% から 20% の間になる可能性があります。
検証者の総数が固定されている場合、賞罰は主に検証者の残高スケールに依存し、証明を提供した検証者の残高が多ければTAが受け取る賞罰も高くなり、残高が低いほどTAが受け取る賞罰も高くなります。賞罰は高くなりますが、ペナルティは低くなります。
このダイナミクスはそれほど明白ではない方法で機能することに注意してください。それがどのように機能するかを理解するには、まず効果的なバランスの概念を理解する必要があります。この概念に詳しくない場合は、この記事を読むことをお勧めします (編集者注: 記事の最後にあるハイパーリンクを参照してください)。
5. 報酬がネットワーク内のバリデーターの総数に依存するのはなぜですか?
ブロック報酬は、ネットワークにステーキングされた ETH の総量に比例して計算されます。
簡単に言うと、ETHの総資本が少なければ報酬（金利）は高くなりますが、資本の量が増えると各バリデーターが得られる報酬（金利）は減っていきます。
なぜこのような動的調整を行うのでしょうか?この記事では真実を明らかにするつもりはありませんが、私たちの直観によると、ネットワークが適切に機能するためには、バリデーターの総数が特定の下限値を下回ってはなりません（ETH ステークの総数も同様）。したがって、より多くのバリデーターの参加を奨励するには、バリデーターの総数が下限に達するまで金利を高水準に維持する必要があります。
6. バリデーターがオフラインになった場合のペナルティは何ですか?
場合によります。実際の残高の影響に加えて、次の 2 つの重要な状況に注意する必要があります。
バリデーターの大部分 (2/3) がオンラインの場合、ブロックのファイナリティを達成するのに十分なバリデーターがオンラインであるため、オフラインであることによるペナルティは低くなります。これは予想通りです。
バリデーターの 1/3 以上が同時にオフラインの場合、ネットワークはブロックのファイナリティを達成し続けることができないため、オフライン ペナルティは高くなります。これはあり得ない極端なケースです。
2 番目のケースでは、オフラインバリデーターは 21 日間でステークの最大 50% (16 ETH) を徐々に失うことに注意してください。 21 日後、バリデーターのバッチはバリデーター プールから削除されます。これにより、ネットワークが通常の状態に戻り、ブロックのファイナリティを達成できるようになります。
7. 正直なバリデータが利益を得るには、稼働時間の何パーセントが必要ですか?
一般に、バリデーターは、稼働時間が 50% を超えている限り、収益を上げます。
これは、オフラインになっても影響がそれほど深刻ではないため、バリデーターはバックアップ クライアントや冗長ネットワーク接続を必要としないことを意味します。
8. 悪意のある行為をしたバリデーターはどのような罰を受けますか?
また、依存します。悪意のある動作 (無効なブロックや競合するブロックに投票するなど) により、バリデーターがスラッシュされる可能性があります。
最小スラッシュ量は 1 ETH ですが、他のバリデーターが同時にスラッシュされた場合、この量は増加します。
その目的は、組織的な攻撃を抑制しながら、不注意によるミスによってバリデーターが被る損失を最小限に抑えることです。
ペナルティには 2 つの目的があります: (1) ETH 2.0 への攻撃コストを大幅に増加させ、攻撃を不利益なものにすること、(2) バリデーターが義務を果たしているかどうかをチェックすることでバリデーターの怠惰を防ぐこと。いわゆる斬り込みとは、バリデータが悪であることが判明した場合、taの権利（の一部）が破壊されることを意味します。
スラッシュされた検証者はネットワークのコンセンサスメカニズムに参加し続けることができず、強制的に退会されます。
(翻訳者注: これらの質問に対する答えで明らかではない情報は次のとおりです: 検証者の場合、エポック (6.4 分) ごとに認証メッセージ (投票内容を含む認証) を送信する必要があり、送信時刻の位置が必要です。メッセージの内容はエポック内で修正されるものではありません。明らかに、上記の検証者の義務の履行は手動操作プログラムでは実行できず、自動化する必要があります。したがって、検証者に罰金が課されるかどうかは、したがって、検証ツールを自分で実行しようとするユーザーは、まず使用するクライアントのパフォーマンスと保護対策が講じられているかどうかに注意する必要があります。)
副題
鍵
1. 署名キーを紛失した場合はどうなりますか?
署名キーが失われると、バリデーターはブロックの提案と監視を続行できなくなります。
コンセンサスプロセスに参加できないと罰せられるため、時間の経過とともにバリデーターの残高は徐々に減少します。バリデーターの残高が 16 ETH のみになると、システムは自動的にバリデーター プールから ta を追放します。
しかし、事態は完全に絶望的だったわけではない。バリデーターの署名キーが EIP2334 を使用して (デフォルトのブートストラップ プロセスに従って) 生成された場合、署名キーはいつでも引き出しキーから再計算できます。
入金を引き出す際にも出金キーを使用する必要があり、出金が口座に届くまでに約 1 日かかります。
同じ期間内に多くの人がバリデータープールを辞めたり追い出されたりした場合、遅延期間が延長される可能性があることに注意してください。
(翻訳者注: フェーズ 0 では、保証金を引き出す検証者の機能は有効になりません。)
2. 出金キーを紛失した場合はどうなりますか?
引き出しキーを紛失した場合、検証者は資金を取り戻すことはできません。
したがって、ニーモニックを使用してバックアップ用の出金キーを作成することをお勧めします。バリデーターが Medalla テストネットのブートストラップ プロセスを通じて参加した場合、引き出しキーはデフォルトでニーモニックを通じて作成されます。
3. 出金キーが盗まれた場合はどうなりますか?
引き出しキーが盗まれた場合、泥棒は検証者の残高を転送できますが、それは検証者が終了した後でのみです。
泥棒がバリデーターの署名キーを持っていない場合、バリデーターを取り出す方法はありません。
バリデーターは、最初に署名キーを使用してバリデーター・プールを終了し、次に引き出しキーを使用して、泥棒より先に資金を送金することができます。
(翻訳者注: この回答はすべての人に本当のリスクを思い出させるものではないと思います。質問 1 の回答によると、ユーザーの署名キーが引き出しキーで生成された場合、引き出しキーを盗んだ人は、検証者が使用する出金キーを計算するため、検証者の出金キーも安全ではなくなります出金キーから署名キーを生成する方法は出金キーの安全性を向上させることができますが、このリスクは存在しません出金キーは常に最優先であり、保護する必要があることに注意してください。回答に記載されているエスケープ方法は、出金機能が正常な場合にのみ使用できますが、フェーズ 0 ステージでは出金機能がオンになりません。そして引き出しキーを盗んだ人には待ち伏せするのに十分な時間があります。)
