9. eth1ノードを実行する
eth1 チェーンからのバリデータのデポジットを処理するには、eth1 クライアントを eth2 クライアントと並行して実行する必要があります。
バリデータは、ブロックを提案する際に新しいデポジットを含めなければなりません。バリデータがこのタスクを正しく実行するためには eth1 クライアントが必要です。
このページでは Geth の使い方を説明しています (ただし、信頼できる eth1 クライアントであれば問題ありません)。
Raspberry Pi のようなリソース制限のあるデバイスで実行している場合は、その場しのぎの解決策として、代わりに個人用の Infura エンドポイントを設定することをお勧めします。現状では、Pi で完全な Geth ノードを実行するのは少し複雑かもしれません(ライトモードでは必要なデポジットデータが得られません)。
中期的(3~6ヶ月)には、誰か(おそらく私たち)がこの問題に対処するために、プレーンなEth1ヘッダ同期ライトクライアントの上に薄いレイヤーを構築することを期待しています。具体的に何が足りないのかというと、ゴシップネットでブロードキャストされているデポジットの証明です(つまり、デポジットとそれに対応するマークルプルーフは Eth1 ヘッダに関連しています)。それが解決すれば、Infura をスワップアウトすることができるはずです。
ただし、500GB以上のSSDをお持ちで、ハードウェアがそれを処理できる場合は、独自のeth1クライアントを実行することを強くお勧めします。これにより、ネットワークが可能な限り分散された状態を維持することができます。
1. Gethをインストールする
MacOS をお使いの場合は、ここに記載されている手順に従って geth をインストールしてください。それ以外の場合はこちらを参照してください。
2. Gethを起動する
gethをインストールしたら、以下のコマンドでeth1ノードを起動します。
Testnet
Mainnet
--ws フラグは、websocket RPC APIを有効にするために必要です。これにより、NimbusはWeb3 API呼び出しを使用してeth1チェーンを照会することができます。
3. Gethをそのまま放置する
しばらく同期させておきます。Gethはデフォルトで高速同期モードを使用しています。数時間から数日かかる場合があります。
Gethがまだ完全に同期していなくても、Nimbusを実行して検証を開始しても安全です。
以下のようなログが表示されるようになれば、Gethの同期が完了したことがわかります。
最終更新