Rocket Poolの起動
この時点で、Smartnodeスタック、Executionクライアント、Consensusクライアントを含む完全なRocket Poolインフラストラクチャが実行されているはずです。 また、外部攻撃者からオペレーティングシステムを強化しているはずです。 これらの両方の手順を完了している場合、Rocket Poolノードを作成してステーキングを開始する準備が整っています。 まだ完了していない場合は、前のセクションを確認し、これらの手順を完了してからここに戻ってください。
Rocket Poolサービスの起動と停止
Smartnodeがインストールされたので、スタックの起動は簡単です。 次のコマンドを入力するだけです:
このコマンドは、まだ存在しない場合は必要なすべてのDockerイメージを作成し、Rocket PoolのDockerネットワークとストレージボリュームが初期化されていることを確認し、rocketpool service configのUIの設定と一致しなくなった場合はコンテナを更新します。
初めて実行すると、出力は次のようになります:
このようになっていれば、Smartnodeスタックが正常に初期化され、実行されています。
サービスを停止する必要がある場合（例えば、アップグレード中やメンテナンスが必要な場合）、rocketpool service stopを使用してすべてをシャットダウンできます。
出力は次のようになります:
注意
これを呼び出すと、システムの再起動後にRocket Poolは自動的に起動しません。 すべてのDockerコンテナを起動し、再起動時の自動起動を再度有効にするには、rocketpool service startを呼び出す必要があります。正しいバージョンとネットワークの確認
コンテナまたはサービスが起動したら、最初に行うべきことは、クライアントの正しいバージョンがあり、期待しているネットワークにいることを確認することです。 これは次のコマンドで確認できます:
出力は次のようになります**（ここに表示されているものよりも新しいバージョンがある可能性があります。これは単なる例です）**:
最初の行は、SmartnodeがEthereumメインネットとHoodiテストネットのどちらに設定されているかを示します。
Docker / ハイブリッドユーザーの場合: 期待しているネットワークにいない場合は、Rocket Poolのインストールセクションに戻り、インストール手順を確認してください。使用したいネットワークによって異なる手順の部分を見逃している可能性があります。
ネイティブユーザーの場合:
rp service configを初めて実行したときにデフォルト設定を受け入れた場合、ここで報告されているネットワークが正しくない可能性があります。
rp service config TUIのSmartnodeセクションで適切なネットワークに切り替え、nodeおよびwatchtowerサービスを再起動してください。
2番目の行のセットは、使用しているクライアントと、Rocket Poolの設定で定義されているそれらのバージョンを示します。
サービスのステータスとログの確認
Smartnodeサービスが起動したので、エラーなく正しく実行されているかどうかを確認することをお勧めします。
最初に確認することは、Dockerコンテナが正常に実行されているか、エラーのために常に再起動しているかどうかです。 次のコマンドを実行します:
結果は次のようになります:
確認すべき重要なことはSTATUS列です。
エントリのいずれにもRestarting...と表示されていない場合、コンテナは正常に実行されているはずです（rocketpool_validatorコンテナに関する例外については、以下の注意を参照してください）。
注意
ConsensusクライアントとしてPrysmまたはLodestarを使用している場合、rocketpool_validatorコンテナが常に再起動していることに気付くでしょう。
これは問題ありません！
validatorコンテナは、ミニプール（バリデータ）の作成セクションで説明するrocketpool node depositコマンドを使用して新しいバリデータが作成されるまで失敗します。
これが完了すると、コンテナは正しく機能します。それまでは無視してください。それでも、さまざまなサービスのログを確認すると便利かもしれません。
ログを確認するには、rocketpool service logs containerコマンドを使用します。ここで、containerはeth1、eth2、validator、api、node、またはwatchtowerのいずれかです。
例えば、ETH1クライアントのログを確認するには:
両方のeth1とeth2に対してこれを行い、両方のクライアントがエラーなく実行されていることを確認してください。
ログを見終わったら、Ctrl + Cを使用して終了し、コマンドプロンプトに戻ることができます。
ETHクライアントの同期を待つ
クライアントが起動したので、先に進む前にExecutionクライアントとConsensusクライアントがネットワークとの同期を完了するまで待つ必要があります。
同期ステータスを確認する簡単な方法の1つは、次のコマンドです:
このコマンドは、ExecutionクライアントとConsensusクライアントが同期プロセスでどこまで進んでいるかを次のように表示します:
これを時々呼び出して、クライアントの進行状況を確認できます。
同期時間の実際のETAを取得するには、それぞれrocketpool service logs eth1およびrocketpool service logs eth2でクライアントのログを確認するのが最も簡単です（ハイブリッド/ネイティブモードを使用している場合は、同等のログスクリプトコマンドを使用してください）。
各クライアントは通常、ログ出力で同期ステータスのETAを提供します。
マシンのハードウェアプロファイルとクライアントの選択によっては、ETH1とETH2の両方が完全に同期するまでに数日かかる場合があります。 これは想定内です。 座ってリラックスして、両方が完了するのを待ってください。
ノードがまったく同期していないか、ピアがない場合、ルーターがポート30303と9001をブロックしている可能性があります。それらが閉じている場合は、ルーターでポート転送を設定する必要があります。また、ノードが新しいアドレスを取得してポート転送が壊れないように、ノードに静的なローカルIPアドレスがあることを確認してください。
次のステップ
クライアントが同期されたら、これが最初のノードの場合は新しいウォレットを作成する準備ができています。または、バックアップから復元する場合やAllnodesなどの別のプロバイダーから自分のハードウェアに移行する場合は、既存のウォレットを復元する準備ができています。
学びたい方を選択し、対応するガイドの手順に従ってください。