Saturn 1の準備のため、現在minipoolのデポジットは無効化されています。
新しいMinipool（Validator）の作成
念のため、Rocket Poolの用語ではminipoolとは、ノードが管理するExecution Layer上のユニークなスマートコントラクトインスタンスを指します。
minipoolは、ボンド額として知られるETHの一部と、rETHステーキングプールからの借入額として知られるETHの一部を処理します。
これらを合わせて合計32 ETHを形成し、Beacon Chainのデポジットコントラクトに送信して新しいvalidatorを作成します。
したがって、Rocket Poolを使用してvalidatorを作成するには、minipoolを作成する必要があります。
minipoolの作成は2つのキューによって管理されています。
1つ目はRocket Poolのデポジットキューで、Rocket Poolプロトコルによって管理され、minipoolが借入ETHを受け取るタイミングを決定します。デポジットプールに利用可能なETHがあり、デポジットプール内の24 ETHとあなたの8 ETHをマッチングしてminipoolを作成する必要があります。
2つ目はBeacon Chainのキューで、Ethereum Beacon Chainによって管理され、validatorがアクティブになるタイミングを決定します。
minipoolがアクティブになるまでの時間は、各キューでのあなたの位置とネットワークの現在の状態によって大きく異なる可能性があることに注意してください。
Beacon Chainのvalidatorキューのアクティベーション（および終了）時間は、ネットワークの現在の状態によって大きく異なる場合があります。
これはRocket Poolの制御外であり、Beacon Chain自体の機能です。
以下のツールは、待機時間の良い推定値を提供します： https://www.validatorqueue.com/
validatorがアクティブになるまでの待機時間の目安を知るために、このツールを確認してください。
Webサイトを通じたRPLのステーキング
ノードにRPLをステーキングする最も簡単で安全な方法は、Atlasアップグレードで再導入されたプロトコルのStake-on-Behalf機能を使用することです。この方法では、RPLを取得したウォレットにRPLがまだある状態で、ノードのためにRPLをステーキングできます。つまり、RPLをステーキングするためにノードのホットウォレットにRPLを送信する必要はありません。
アドレスをステーキングのために代理でホワイトリストに追加する
ノードの代理でステーキングするには、アドレスをホワイトリストに登録する必要があります。withdrawal addressは常にホワイトリストに登録されているため、RPLがwithdrawal addressで保持されている場合は、このステップをスキップできます。アドレスからステーキングするために、アドレスをホワイトリストに登録する必要があるのは一度だけです。以下のSmartnodeコマンドでこれを実行できます：
ここでaddress-or-ensは、希望するアドレスに解決されるアドレスまたはENS名です。ホワイトリストへの追加を確認するよう求められ、トランザクションが確認された後、以下の該当ページに移動できます。
RPLを代理でステーキングする
使用しているネットワークを以下のタブから選択してください：
まず、MetaMask、WalletConnect、またはWebサイトがサポートするその他の方法を使用して、ウォレットをWebサイトに接続します。 次に、ノードアドレスを検索するための以下のダイアログが表示されます。
ノードアドレスを入力し、「Lookup」をクリックします。
これを行う前に、正しいノードアドレスを持っていることを確認してください！
ノードのアドレスを確認する必要がある場合は、rocketpool node statusコマンドを使用してCLI経由ですぐに取得できます。
これにより、アドレスが登録済みノードであり、ノードが接続されたウォレットをホワイトリストに登録していることが確認されます。withdrawal addressはデフォルトでホワイトリストに登録されていますが、他のアドレスを許可したい場合は、ノードで以下のコマンドを使用してホワイトリストに登録する必要があります。
これは2段階のプロセスです。
まず、ステーキングしたいRPLの量を入力し、Approveをクリックします - これにより、ステーキングコントラクトがウォレット内のその量のRPLにアクセスすることを承認しますが、その量以上はアクセスできません。
Rocket Poolのステーキングコントラクトを信頼しており、RPLをさらにステーキングするたびにこの追加のApproveトランザクションを実行したくない場合は、ステーキングする予定の量よりも多くを承認できます。
RPLが承認されると、ノードの代理でステーキングできるようになります。
Stake RPLボックスにステーキングしたいRPLの量を入力し、on behalf of Node Addressボックスにノードのアドレスを入力します。
情報を入力したら、Stakeボタンを押してトランザクションを承認します。
これはEthereumネットワークに送信され、ブロックに含まれると、すべて完了です！
rocketpool node statusを実行すると、=== RPL Stake ===セクションの下にステーキングされたRPLが表示されるはずです。
ステーキングホワイトリストからアドレスを削除する
stake-on-behalfホワイトリストからアドレスを削除したい場合は、以下のSmartnodeコマンドで削除できます：
ここでaddress-or-ensは、ホワイトリストから削除したいアドレスに解決されるアドレスまたはENS名です。
Node CLIを使用したステーキング
Webサイトを使用してRPLをステーキングできない（またはしたくない）場合は、ノードのCLIから直接ステーキングすることもできます。
まず、RPLを取得したウォレットからノードのアドレスにRPLを転送します。
これは慎重に行い、ノードのアドレスにRPLを送信していることを確認してください - Ethereum上の転送は元に戻すことができません！ 間違ったアドレスにRPLを送信すると、RPLを失うことになります。
ノードのアドレスが不明な場合は、rocketpool node statusコマンドを使用して確認してください。
以下のコマンドを実行します：
以下が出力です：
ステーキングしたい量を選択し、操作を確認します。
このコマンドを初めて実行する場合、2つのトランザクションが必要になります - 1つはRocket PoolステーキングコントラクトにRPLへのアクセスを承認するため、もう1つはRPLをステーキングするためです。 その後の実行では、トークンはすでに承認されているため、ステーキングトランザクションのみが必要になります。
両方のトランザクションが完了したら、rocketpool node statusでステーキングされたRPLの量を確認できます。
確認したい出力の部分は次のとおりです：
これにより、RPL担保に基づいて各ボンドサイズのminipoolをいくつ作成できるかが表示されます。
（オプション）Minipool用のカスタムバニティアドレスの検索
デフォルトでは、新しいminipoolを作成すると、Rocket Poolはランダムなユニークアドレスを生成します。 ただし、Smartnodeはminipoolのバニティアドレスをカスタム検索する機能を提供しています。
バニティアドレスとは、アドレスが始まる文字を個人的に選択するアドレスです。 これは純粋に装飾的な演習であり、minipoolの動作に実質的な影響はありません。 Ethereumアドレスは16進数であるため、以下の文字が使用可能です：
いくつかの例として、minipoolのアドレスを多数のゼロで始めることができます（0x000000...）、0x600d（「good」の16進数）、または0xa77e57ed（「attested」の16進数で、minipoolにふさわしいプレフィックス）。
そのようなバニティアドレスを見つけるには、検索する必要があります。 この検索プロセスには、数値を選択し、それを「ソルト」としてハッシュアルゴリズムに適用し、結果を探しているものと比較することが含まれます。 結果は事実上ランダムです（ただし、特定のソルトは常に同じ結果を生成します）。したがって、希望するプレフィックスを持つアドレスを見つける唯一の方法は、機能するソルトが見つかるまで何度も何度も試すことです。
minipoolを作成するときに使用するカスタムバニティアドレスが必要な場合は、以下のコマンドを使用して検索できます：
これにより、検索したいプレフィックスの入力を求められ、実行するデポジットのタイプ（16 ETHまたは32 ETHのデポジット - 詳細については以下を参照）を尋ねられます。 その情報を入力すると、希望するプレフィックスを生成するソルトが見つかるまで、何度も何度もソルトを試し始めます！
プロセスの完全な例は次のとおりです：
この場合、プレフィックスとして0xa77e57を検索し、それを生成できるソルト0x5cd7fbを見つけました。
次のステップでは、minipoolを作成するときに、このソルトをオプション引数として指定して、ソルトに関連付けられたアドレス（上記のように0xA77E57c892C9e98B0B81289e4AfdA62fb59c5DDD）で新しいminipoolを作成できます。
一般的に、検索する文字を1つ追加するたびに、検索時間が約16倍になります。 このため、非常に多くのCPUコアを備えた非常に強力なマシンを持っていない限り、最大7〜8文字のプレフィックスのみを検索することをお勧めします。 それ以外の場合、希望するプレフィックスを生成するソルトを見つけるのに禁止的に長い時間がかかる可能性があります。
たとえば、6コア（12スレッド）を搭載し、4.8 GHzで動作するAMD 5600xは、1秒あたり約320万のソルトを検索できます。 平均して、6文字のプレフィックスを見つけるのに数秒、7文字のプレフィックスを見つけるのに数分、8文字のプレフィックスを見つけるのに数時間かかります。
生成されるソルトは、以下の変数に固有です：
- 使用しているネットワーク（Hoodi TestnetまたはMainnet）
- ノードアドレス
- ボンド額
- ソルト
これらの変数のいずれかを変更すると、特定のソルトのminipoolアドレスも変更されます。
より高度な使用法（別のノードアドレスの検索や検索に使用するCPUコア数の変更など）については、rocketpool minipool find-vanity-address --helpでヘルプテキストを確認してください。
ETHのデポジットとMinipoolの作成
rETHの市場価値がETHの裏付けよりも高い場合（つまり、rETHが市場でプレミアムである場合）、minipoolを作成するときに差額をアービトラージする機会があります。
アービトラージの価値は、minipool内のプロトコルETHの量にプレミアムを掛けたもの（わずかなガス代を差し引いたもの）に等しくなります。
例えば、2.5%のプレミアムがあるときにminipoolを作成する場合：16 ETH * .025 = 0.4 ETH。
言い換えれば、これらの条件下でminipoolを作成するだけで0.4 ETHを受け取ることができます！
この機会を活用したい場合は、コミュニティ開発のrocketarbツールを使用して、minipoolの起動によって生成されるMEV rETHアービトラージ機会の利益を獲得することを検討してください。
rocketarbの詳細については、RP discordサーバーでお問い合わせください。
これまでに行ったすべてのことの後、ついにETHをデポジットし、新しいminipoolを作成し、Beacon Chain validatorを作成する準備が整いました。 これは以下のコマンドで実行されます：
CLIは次のステップの多くを自動化しますが、prelaunchからstakingへの正常な移行を確保するために、ノードとトランザクションを監視することを強くお勧めします。
失敗したトランザクション（調整されたガス設定や不十分なETHのため）により、minipoolがdissolved状態に移行する可能性があり、これは避けたいものです。
上記のプロセスを使用して見つけたバニティアドレスのソルトを使用したい場合は、代わりに以下のコマンドを実行してください：
まず、新しいminipoolをデポジットすると、ノードのfee distributorコントラクト（Smoothing Poolにオプトインしていない場合、MEV報酬をキャプチャするために使用されます）内の残高が自動的に分配されることに関する注記が表示されます：
すでにminipoolがあり、fee distributorに残高がある場合、この残高の分配が管轄区域で課税対象イベントを引き起こす場合、別のminipoolを作成しないことを決定する場合があります。
その後、新しいminipoolの手数料率と、ノードのcredit balanceを使用してminipoolボンドのコストをカバーできるかどうかについての注記が通知されます：
次に、ネットワークの現在のガスコスト推奨事項が表示されます。ガス価格の選択を確認し、残りのプロンプトに従ってください。
minipoolの作成は高価なトランザクションであることに注意してください！ 総コストに細心の注意を払い、それを受け入れることを確認してください。
受け入れる場合、minipoolの作成がトリガーされます。 トランザクションが完了すると、Execution Layer上の新しいminipoolコントラクトのアドレスと、Beacon Chain上の対応するvalidator公開鍵が提供されます。 必要に応じて、任意のブロックエクスプローラーでこれらを訪問できます。
正常なステーキングの確認
作成時、minipoolはinitialized状態になります。
Rocket Poolキューであなたの順番になり、ステーキングプールから24 ETHが提供され、Beacon Chain上で新しいvalidatorをステーキングできるようになるまで、ここにとどまります。
これが起こると、minipoolは一定期間（現在12時間）prelaunch状態に移行します。
8 ETHのデポジットがBeacon Chainに転送され、Oracle DAOはすべてが正しいことを確認します。
この期間中、https://beaconcha.in（またはhttps://hoodi.beaconcha.in（Hoodi Testnet用））などのBeacon Chainエクスプローラーでvalidator公開鍵を検索することで、validatorを観察できます。
rocketpool minipool statusコマンドで新しいminipoolのステータスを確認できます。
たとえば、prelaunchに移行すると、おそらく次のようなものが表示されます：
このprelaunch期間の後、minipoolはstakingステータスに入り、ステーキングプールから追加のETHをデポジットコントラクトに送信します。
これはrocketpool_node Dockerコンテナ（またはNativeセットアップを使用した場合はrp-nodeサービス）によって実行されます - 何らかの理由でstakingステータスに入るのに異常に時間がかかっている場合、このコンテナ/サービスのログを確認すると、何が問題なのかがわかるでしょう。
これらのログはrocketpool service logs nodeコマンド（またはNativeモードセットアップでは/srv/rocketpool/node_log.sh）で確認できます。
rocketpool minipool statusを実行すると、次のようなものが表示されます：
prelaunchからstakingへの移行トランザクションは、ノードによって自動的に送信され、rocketpool service configのガス設定の対象となります。
ガス設定によりノードがトランザクションを送信できない場合、またはノードウォレットにトランザクションの支払いに十分なETHがない場合、minipoolはprelaunchに入ってから2週間後にdissolvedになります。
これが起こった場合、残高の取得は高価で長いプロセスになるため、stakingステータスに達するまでminipoolを注意深く監視してください！
Beacon Chainが両方のデポジット（あなたからのものとステーキングプールからのもの）を受け入れると、validatorはBeacon Chainキューに入り、アクティブ化されてステーキングを開始する順番を待ちます。
この時点で、完了です！ おめでとうございます！ Rocket Poolでvalidatorを正式に作成しました！
次のセクション「モニタリングとメンテナンス」を参照して、時間の経過とともにvalidatorのパフォーマンスと健全性を監視する方法を学びましょう。
複数のMinipoolの作成
便利なことに、Rocket Poolノードは必要な数のminipoolをホストできます。 各minipoolに対して新しいノードを作成する必要はありません。
ノードに2番目（または3番目、4番目...）のminipoolを作成したい場合は、rocketpool node depositを再度実行するだけです。
また、古いバニティアドレスソルトを再利用することはできません - 各minipoolに対して別のユニークなソルトを検索する必要があります。
次のステップ
minipoolが稼働しているので、次のステップでは、ノードの健全性を監視し、更新を確認して適用し、その生涯を通じてメンテナンスする方法について説明します。
これらのトピックについて詳しく学ぶために、次にモニタリングとメンテナンスセクションをお読みください。