ETH2.0のバリデーターになれますか?
編集者注: この記事は以下から引用しましたゴールデンファイナンス、許可を得てOdailyによって転載されました。
編集者注: この記事は以下から引用しました
ゴールデンファイナンス
ゴールデンファイナンス
、許可を得てOdailyによって転載されました。
北京時間 8 月 4 日 21:00、イーサリアム 2.0 マルチクライアント テスト ネットワーク Medalla が正式に開始され、合計 5 つのクライアントが Medalla の作成に参加しました。
Teku (ConsenSys によって開発);
Prysm (Prysmatic Labs によって開発);
Nimbus (ステータスによって開発);
Lodestar (ChainSafeSystems によって開発);
ライトハウス (SigmaPrime によって開発)。
以前、イーサリアムのマルチクライアントテストネット開発者であるアフリ・ショードン氏は、クライアントやプロトコルにこれ以上重大なエラーがなければ、2020年11月にイーサリアム2.0のフェーズ0が始まる予定であると述べた。マルチクライアント テストネット Medalla の立ち上げは、イーサリアム 2.0 フェーズ 0 の立ち上げの最後のステップとなります。
マルチクライアント テストネット Medalla の開始から 1 時間後、テストネットはまだ期待される参加率に達しておらず、参加率が 80% を超えて初めて効果的な検証が開始されます。
開発者は、多くのバリデーターが 32 ETH をステーキングすることで登録したが、バリデーター ソフトウェアを実行していなかったために、これが当てはまると予想しています。 Medalla テスト ネットワークへの参加手順は、いくつかの主要なタスクに分割されており、すべてのタスクが正常に完了した場合にのみ、効果的に検証できます。
翌日（8月5日）午前3時頃には参加率は80％を超えた。
さらに、8 月 5 日、Bitfly (Ethermine マイニング プールの親会社) によると、Ethereum 2.0 マルチクライアント テスト ネットワーク Medalla 上のクライアント ノードの現在の分布は次のとおりです。
Prysm (Prysmatic Labs によって開発) クライアントは、現在のノードの最大 63.6% を占めます。
Lighthouse (Sigma Prime が開発) ノードが 23.7% を占めました。
Tekuを含むその他の顧客は12.8%を占めた。
原理を理解していないとわかりにくい情報について話した後は、メダラの参加について解剖してみましょう。
https://medalla.launchpad.ethereum.org
これはイーサリアム 2.0 のオープンの最後のステップです. イーサリアム 2.0 がローンチされるとき、それは新しいコンセンサスが始まったことを意味し、パフォーマンスの向上も表します. 1 つの ETH が参加できるため、この件に関する敷居は比較的低いです。
ここで言う相対的に低いとは、参加者がこのプロセスを実現することの難しさを指します。これは相対的に言えます。
検証者は今後の検証とブロック生成を主に担当するため、代表者にはブロック報酬、つまりステーキングがあることになりますが、ブロックの生成時間が固定されているため、1日の増加には限界があり、検証者の数が決まります検証者がどのくらいのブロック報酬を獲得できるか。
謎に満ちた参加プロセスを見てみましょう。
これは、Medalla テストネットの公式参加 URL です。
イーサリアムは、あたかもイーサリアムのロゴがユニコーンの角であるかのように、常にユニコーンを使用して自身の絵を描いてきたため、イーサリアム2.0に関してはマスコットになる可能性もあります。
Web サイトにアクセスして「get srarted」をクリックすると、Ethereum バリデーターの実験という目標が始まります。このページには、プロセスをステップごとに示します。
冒頭の導入から、秘密鍵ファイルの生成、検証ファイルのアップロード、ウォレットの接続、要約、そして最後にトランザクションの完了まで。段階的に見てみましょう。
全体の導入部分もこの 10 個のパートに分かれており、それぞれのパートでイーサリアム 2.0 の重要なポイントが紹介されており、参加する前にルールを知っておくようなもので、非常に親密な内容ですが、リスクへの警告でもあります。各ステップで「同意する」ボタンをクリックするだけですが、各セクションを確認する必要があります。
ラベルのこの部分を要約します。
1. 32ETHを入金
2. コンセンサスに積極的に参加します。オフラインでは罰せられます。報酬を得ることができません。バリデーターがオンラインで更新されていることが重要です。
3. 悪意のある操作、つまり規範に違反した場合、または不正なノードとして多額の罰金が科せられます。
4. 認証子のキーは、一意のニーモニックまたはシードから生成されます。したがって、シードまたはニーモニックを保存してください。
5. この操作起動プラットフォーム、つまりこの操作 Web ページは、各バリデーターがキーを作成するのに役立ちます。キーはキーストアに保存され、バリデーターはキーをアップロードする必要があります。これがキーの生成とバリデーターのアップロードフェーズです。
6. 検証者によって担保された 32ETH は、フェーズ 1 より前に譲渡することはできず、フェーズ 2 より前に譲渡することもできません。検証者は少なくともフェーズ 1 までは長期的に参加する必要があります。
7. ネットワークとクライアントが不安定なため、32ETH に罰金が課される可能性があります。
8. コンピューター上でターミナルを実行します。
上記は、すべての Ethereum 2.0 検証者が注意を払う必要がある部分であり、関連する原則を簡単に説明します。
1. 検証者は検証ソフトウェアを実行する必要があります。検証者はコンピューティング能力を必要とし、いつでもオンラインでタスクを処理する必要があるためです。これは、ソフトウェアが長時間オンラインであることを意味し、これが各ネットワーク ノードの要件です。
2. 長期的な参加を保証するため、長期間オンラインにならない検証者は収益を失い、罰金が科せられる場合があります。これが、ほとんどの POS ネットワークがノード上で動作する方法です。
次に参加方法を見てみましょう。次のステップはキーを生成することです。
このページに入ると、まず複数のバリデーター ノードを確立することを選択し、32ETH を抵当にする 1 つを選択し、次にバリデーター ソフトウェアをインストールする自分のコンピューターのクライアントを選択します。
支払う必要があるのは 32 Goerli ETH であることは注目に値します。つまり、Goerli ETH を生成するには Goerli テスト ネットワークを通じて 32 ETH を生成する必要があります。これは、ETH を入金する後続の接続ウォレットもサポートされているウォレットになることを意味します。ゲルリテストネットワーク。
下を向き続けて、
次のステップは、実行可能ファイルをダウンロードすること、つまり、github 上のイーサリアム財団の公式チャネルにある eth2.0-deposit-cli という実行可能実行ツールを見つけることです。
次に、Python クライアントを使用して eth2.0-deposit-cli を構築する必要があります。これには、次の一連のソフトウェア操作と、対応するソフトウェア ツールでのコード コマンドの実行が含まれます。
このプロセスに含まれる操作は、python3.7 +、pip3、virtualenv、deposit-cli ツールのインストール、GitHub からの master ブランチのソース コードのダウンロードと解凍などの特定の操作です。上記のツールのコード コマンドがどのように機能するかを理解しておく必要があります。
これらの操作は、キーの生成と保存の最終操作です。
保存後、次のステップに進み、シード ファイルをアップロードする必要があります。
確認後、「続行」をクリックします。
アップロードを始めましょう。
シード ファイルが見つからない場合は、保存したフォルダーで json ファイルを見つけてください。フォルダー図が表示されます。作成者は特定のファイルを生成していないため、他のネットワーク用に以前に生成された json ファイルを見つけて表示します。
この json ファイルには、アドレス情報やキー情報などが含まれます。上の図では、作成者がキーの一部を削除しました。
プロセスに戻ります。作成者は Goerli ETH を持っていないため、json ファイルをアップロードするステップは通過せず、ウォレットの接続部分には参加できませんが、その後のステップは比較的簡単です。 、ウォレットを接続する部分を接続する必要があります。 Goerli ウォレットは ETH の入金に使用され、その後の概要部分とトランザクション部分が最終確認プロセスです。
ウォレットとアドレスを離れることは、ETH を入金し、ブロック収入をテストすることです。
上記の手順を通じて、この手順は難しいことではありませんが、開発ツールについてのある程度の理解が必要であることがわかります。 Goerli テストネットの、Goerli ETH が生成され、キーが取得され、バリデーターが実行される部分に参加することが重要です。
ここで注意すべき点は、通常の状況では検証ノードの構築も開発ツールで設定する必要があり、このプロセスはこの参加プロセスには反映されないことです。イーサリアム 2.0 のメイン ネットワークが正式に開始されると、特にアセットの参加に関して、バリデーターの参加に一定の調整が加えられる可能性があり、コード操作は便利で予測可能です。
