フォールバックノードの指定
Smartnodeスタックの1.5.0以降、プライマリクライアントがオフラインになった場合(Gethを使用していてプルーニングが必要な場合など)に、代わりに引き継ぐことができる「フォールバック」ExecutionクライアントとConsensusクライアントのペアを提供できます。 この状況では、プライマリノードマシンは依然としてmegapoolのvalidatorキーを使用したアテステーションとブロック提案を担当しますが、ExecutionレイヤーとBeaconチェーンとのやり取りには外部マシンに接続します。
基本的に、チェーンのクエリ、トランザクションの送信、アテストするブロックの受信などのために、別のクライアントペアを一時的に使用できるようにします。 このペアは外部で管理することも(Hybridモードのように)、別のRocket Poolノード(APIポートを公開しているDocker modeマシン。以下で説明します)にすることもできます。
ノードのプライマリクライアントが再びオンラインになると、SmartnodeとValidator clientは自動的にそれらに切り替わります。
フォールバックノードは「バックアップ」ノードとは異なります。 フォールバックノードにはチェーンに同期されて実行中のExecutionクライアントとConsensusクライアントのペアがありますが、ノードのウォレットやvalidatorキーはロードされていません。
メインノードがオフラインになっても、フォールバックが代わりに検証を開始することはありません。
サポートされているクライアント
v1.9.0以降、サポートされているすべてのvalidatorクライアントにフォールバックサポートが追加されており、いくつかの制限があるのみです。
新しいノードのセットアップ(Docker Mode)
フォールバックノードとして、ローカルで所有する2台目のマシン、VPSでホストされているリモートノード、またはクラウドベースのノードを使用できます。
この例では、Docker modeを使用して別のマシンに2台目のSmartnodeを作成する方法を示します。これはフォールバックノードとして機能します。
すでに2台目のノードの準備ができていて、RPCポートを公開している場合は、このセクションをスキップしてください。
-
マシンの準備ができたら、Smartnodeスタックをインストールします。
-
rocketpool service configを実行して、使用したいクライアントを指定します。- ウィザードの最後で設定を確認するかどうか尋ねられたら、Yesを選択します。
Execution Client設定に入ります。Expose RPC Portsボックスをチェックします。
- 戻って
Consensus Client設定に入ります。 5.Expose API Portボックスをチェックします(Prysmを使用している場合は、Expose RPC Portボックスもチェックします)。
- 設定を保存してSmartnodeを起動します。
-
ノードの保護ガイドにスキップして、SSHと適切なセキュリティ体制を設定します。
ufwがインストールされている場合、APIポート(デフォルトでは8545、8546、5052。Prysmを使用している場合は5053も)への着信トラフィックを許可するルールを追加する必要があります。
-
以上です。ここで停止できます。
rocketpool wallet initでウォレットを作成したり、古いウォレットを復元しないでください。
このノードにはウォレットもvalidatorキーもない状態のままにしてください。
その唯一の仕事は、同期されたExecutionクライアントとConsensusクライアントを持つことです。
メインノードをフォールバックノードに接続する
フォールバックノードの準備ができたら、メインノードに接続できます。
rocketpool service configTUIに入り、Fallback Clients設定に入ります。Use Fallback Clientsボックスをチェックします。Execution Client URLボックスにExecutionクライアントのRPC URLを入力します。例えば、フォールバックノードのIPアドレスが192.168.1.45で、Executionクライアントがデフォルトポート8545にある場合、ここにhttp://192.168.1.45:8545と入力します。- フォールバックConsensusクライアントのRPC URLについても同様に行います。同じ例に従って、デフォルトポート
5052にある場合、ここにhttp://192.168.1.45:5052と入力します。
最終ページは次のようになります。
Nativeモードユーザーも同じ手順に従うことができますが、TUIは上のスクリーンショットとは少し異なって見えます。
これはSmartnode自体(デーモンサービス)にのみフォールバックサポートを提供することに注意してください。Validator clientサービスにフォールバッククライアントへのアクセスを提供するには、引数を手動で更新する必要があります。
最後のボックスでenterを押して確認し、設定を保存して変更を適用します。
適用されたら、rocketpool node syncコマンドを使用してフォールバックノードの可用性を確認できます。
フォールバックのExecutionクライアントとConsensusクライアントの両方が同期されていることが表示されれば、準備完了です。
フォールバッククライアントのテスト
フォールバッククライアントをテストして設定が正しく機能することを絶対に確認したい場合は、メインノードのExecutionクライアントとConsensusクライアントを停止してください。
次に、rocketpool network statsなどのチェーンをクエリするコマンドを実行します。
プライマリクライアントの一方(または両方)がオフラインであり、フォールバッククライアントに切り替えていることを示す警告メッセージが上部に表示されます。
最後に、プライマリクライアントを再起動します。
完了です。 フォールバックセットアップが機能しています。
次のステップ
フォールバックノードをセットアップで作成・実行することを選択したかどうかに関わらず、次のステップはpriority feesについて学ぶことです。 準備ができたら、ガイドの次のセクションをクリックしてください。