# Rocket Pool Guides & Documentation

> Rocket Pool Guides & Documentation - Decentralised Ethereum Liquid Staking Protocol

## プロトコル

- [🤝 Contractsとインテグレーション](/ja/protocol/contracts-integrations.md): RPLとrETHがお好きですか。私たちもです。そこで、これらのアセットを使用できる新しい場所を発見するのに役立つように、インテグレーションとサービス、および公式のコントラクトデプロイメントのリストをまとめました。 Rocket Poolをより多くのサービスやプロトコルに統合することで貢献したい場合は、Discordでお問い合わせください。
- [Smart Contracts](/ja/protocol/contracts-usage.md)
- [Explainerシリーズ](/ja/protocol/explainer-series.md): 誰もが優れた解説シリーズが大好きです。Ethereumステーキングプロトコルがどのように機能するかについての最も詳細な理解を得るには、4つの異なる記事で詳細に説明するこの記事シリーズをご覧ください。 プロトコルの概要とユーザーProtocol DAOとOracle Node DAORPLとトークノミクスローンチの詳細と監査レポート Rocket Poolに関するさらなる情報をお探しの場合は、mediumブログアカウントでアップデートの詳細な履歴をご確認ください。
- [よくある質問](/ja/protocol/faq.md): このFAQセクションは、解説記事シリーズを補完し、よく寄せられる質問に対する簡潔な回答を提供することを目的としています。
- [用語集](/ja/protocol/glossary.md): Rocket Poolのドキュメントには、馴染みのない概念が出てくることがあります。このセクションでは、ドキュメントで使用される一般的な用語を簡単にアクセス、学習、プラグイン/テーマ開発のために一覧にしています。
- [イントロダクション](/ja/protocol/index.md): Rocket Pool は、Ethereum Proof of Stake プロトコルの先駆者であり、コミュニティ所有、分散型、信頼不要、Ethereum でのステーキングと互換性があるように設計されています。2016 年後半に最初に構想され、2021 年 10 月以来ライブになっています。 Rocket Pool は 2 つの主なユーザーグループに対応するように設計されています。rETH を使用したトークン化ステーキングに参加したい者で、わずか 0.01 ETH で参加でき、ETH をステーキングしてネットワークでノードを実行し、取得したコミッションにより、プロトコル外でのステーキングよりも高い ROI を生成するのに役立つことを望む者です。 これら 2 つのグループがプロトコルを構成する方法の詳細については、エクスプレーナーシリーズの記事 1 を読むことを強く推奨します。このシリーズは、トークン化ステーキングの実行やノード実行のいずれであっても、ユーザーがプロトコルに参加する方法について詳しく説明しています。 プロトコルの基本的な前提は、ネットワークが 1 つの当事者に支配されないようにすることです。これは Ethereum と ETH 自体に直接関連する原則であり、Rocket Pool が進化する過程での各段階で使用される考え方です。 Rocket Pool ステーキングプロトコルを構成するコンポーネントの 10,000 フィートの概観: Rocket Pool は Ethereum と DeFi の中核的な倫理、特にノンカストディアルで信頼不要な性質を具現化し、真の自己主権を繁栄させることを目指しています。 これが ETH ステーキング用のベースプロトコルレイヤーを作成することが特に重要である理由です。特に、ノードを実行する技術的スキルがない、または 32 ETH を所有する経済的能力がない大多数のプレイヤーです。

## リキッドステーキング

- [Staking概要](/ja/liquid-staking/overview.md): このガイドでは、Rocket Poolでのstakingがどのように機能するか（ETHがどのように活用され、報酬がどのように生成されるか）を紹介し、stakeできる方法を要約します。

## ノードステーキング

- [Node Operatorの責任](/ja/node-staking/responsibilities.md)

## Others

- [8-ETH ボンドミニプール](/ja/legacy/atlas/lebs.md): Rocket Poolが最初にローンチされた際、2種類のミニプールをサポートしていました。 16-ETHボンド、ノードオペレーターが16 ETHを提供し、残りの16 ETHがステーキングプールから提供されて完全な（32 ETH）バリデーターが作成されます。32-ETH一時ボンド、ノードオペレーターが32 ETH全額を提供することで初期化プロセスをスキップし、すぐにBeacon Chainでバリデーションを開始できます。その後、デポジットプールに十分なETHがある時点で16 ETHの返金を受け、通常の16-ETHボンドミニプールに変換されます。 後者は、もはや必要なくなり返金の遅延が長期化したため、プロトコルのライフサイクルの数ヶ月後にコミュニティの投票により削除されました。 前者は、プロトコルの最低ボンド額を表していました。なぜなら、ノードオペレーターがRocket Poolを使用してEthereumプロトコルを攻撃し、ボンド全体がスラッシュされた場合、rETHステーカーと同じだけの損失を被り、利益を得ることはないことを保証していたからです。 Rocket Poolのローンチ以来、コミュニティはこのボンドが提供するセキュリティについて重要な研究を行い、非常に保守的であることを発見しました。 実質的な目的において、16 ETHのスラッシュは非現実的と見なされ、16-ETHボンドは実質的に8 ETHのボンド（プラス補足的なRPL要件）と同じセキュリティ上の利点を提供すると考えられました。 したがって、この研究に裏付けられ、Atlasアップグレードは新しいタイプのミニプールを導入します。8-ETHボンド、Rocket Poolコミュニティでは「LEB8」（Lower ETH Bond - 8 ETH）と呼ばれています。 8-ETHミニプールを作成するには、ノードオペレーターは自分の8 ETHのみを提供する必要があります（プラス、担保要件をカバーするのに十分なRPL - 詳細はRPL担保を参照）。 その後、バリデーターを完成させBeacon Chainで動作を開始するために、デポジットプールから24 ETHを引き出します。 これにより、ノードを実行したいが16 ETHを持っていない新しい潜在的なノードオペレーターへの扉が開かれます。 さらに、大規模なノードオペレーターは、Beacon Chainで報酬を獲得するプールステーカーのETHをより多く活用できます。 これはセキュリティを大きく損なうことなく機能するため、誰もが利益を得ます！ このガイドでは、3つのトピックをカバーします。 8-ETHボンドミニプールが実際にどのように機能するか、およびその背後にある報酬の数値新しい8-ETHミニプールを作成する方法既存の16-ETHミニプールを終了せずに8-ETHミニプールにマイグレーションする方法 各トピックの詳細については、続きをお読みください。
- [Atlasアップデート](/ja/legacy/atlas/whats-new.md): このページでは、Rocket Poolの次期メジャーアップデートであるAtlasがプロトコルにもたらす主要な変更について説明します。これには、Smart Nodeスタックと一般的なRocket Poolプロトコルの両方のアップデートが含まれます。 このページをよく読んで、Rocket Poolの以前のバージョン（Redstone）とAtlasの違いをすべて理解してください。
- [Houston クイックスタート](/ja/legacy/houston/getting-started.md): 経験豊富なNode Operator、rETH保有者、または興味のある傍観者であるかどうかにかかわらず、このページはHoustonに含まれる新機能の探索を開始するのに役立ちます。
- [非smartnodeユーザー向けの投票設定](/ja/legacy/houston/nonsmartnode-setup.md): 一部のユーザー(例: Allnodesのユーザー)はsmartnodeを使用せず、直接コントラクトとのやり取りによって投票を設定する必要がある場合があります。 このガイドには、そのようなユーザー向けの最小限のセットアップガイドと完全なセットアップガイドの両方が含まれています。
- [オンチェーンpDAO提案への参加](/ja/legacy/houston/participate.md): 投票権がゼロでないノードは、いつでもpDAO提案を提起または参加できます。提案は次のいずれかのタイプになります: pDAO設定の変更一時的な財務支出繰り返しの財務支出(管理委員会)セキュリティカウンシルのメンバーシップ 詳細と根拠については、提案タイプを参照してください。 pDAO提案は、プロトコルレベルでの変更を実行するために存在するオンチェーンエンティティであることを理解することが重要です。
- [プロトコルDAO（pDAO）](/ja/legacy/houston/pdao.md): Rocket PoolのプロトコルDAO（pDAO）は、プロトコルの方向性を形成する責任を持ち、RPLガバナンスによって運営されています。そのメンバーと投票権は、大小問わずすべてのノードオペレーターで構成され、すべてがプロトコルに直接参加しています。pDAOは、rETH保有者、ノードオペレーター、RPL保有者を含むRocket Poolコミュニティ全体に奉仕します。pDAOはRocket Poolプロトコルの安全性とEthereumネットワークの健全性を優先します。pDAOが誰で何であるかの明確な定義については、pDAO憲章をご覧ください。
- [RPL引き出しアドレスの設定](/ja/legacy/houston/rpl-withdrawal-address.md): プライマリ引き出しアドレスとRPL引き出しアドレスの違いを理解することが重要です。デフォルトでは、RPL引き出しアドレスは未設定であり、プライマリ引き出しアドレスは、すべてのRPLチェックポイント報酬、ステークされたRPL、およびBeacon Chain ETHの送信先です。 希望する場合は、RPL専用の引き出しアドレスを設定できます。RPL引き出しアドレスが設定されている場合、インフレ報酬からRPLをトリガーして請求できるようになり、ETHコンセンサス報酬やETHに関連するものには影響しません。この場合、プライマリ引き出しアドレスはRPL関連のアクションに対する権限を持たなくなります。 これにより、RPLへのエクスポージャーを望まないノードオペレーターにエンティティがRPLを供給できる興味深い機会が生まれます。そのエンティティは、ノードに必要な保険担保を提供することでRPL報酬を請求できます。つまり、これにより異なるアクターがそれぞれの担保タイプを供給できるようになります。 これを行うには2つの異なる方法があります。 以下の両方のオプションを読んで、どちらが適用されるかを判断してください。 これが完了すると、set-rpl-withdrawal-addressコマンドを使用してRPL引き出しアドレスを変更できなくなります。 変更するには、アクティブなRPL引き出しアドレス(今切り替えたもの)から署名されたトランザクションを送信する必要があります。 Rocket Poolウェブサイトには、これを行うための機能があります。 RPL引き出しアドレスを解除したい場合、プロセスは非常に簡単です。まず、Rocket PoolウェブサイトのRPL Withdrawl Addressページに戻ります。 ノードのRPL引き出しアドレスでサインインしている場合、ここで右側のunsetボタンをクリックできるはずです: unsetをクリックすると、詳細を確認できるページに移動します。表示されている内容に満足したら、オレンジ色のunsetボタンをクリックして、トランザクションをネットワークに送信します。 RPL引き出しアドレスの設定は以上です! プロセスが迅速で簡単であることを願っています。 Discordサーバーにお気軽にお立ち寄りいただき、感想をお聞かせください。プロジェクトの進化を追跡してください。
- [ノードの代理でETHをステーク](/ja/legacy/houston/stake-eth-on-behalf.md): RPIP-32により、プロトコルに登録されたRocket Poolノードの代理でETHをステークできるアカウントが可能になりました。これは、ノードオペレーターが直接ETHを提供しない様々な状況をサポートします。 ノードオペレーターのセキュリティ強化により、ハードウェアウォレットから直接ステークでき、事前にノードへ資金を転送する必要がなくなります。カストディアンが資金の管理を行うStaking as a Serviceプロバイダー。スマートコントラクトが資金の管理を行うプロトコル統合。財務が資金の管理を行うDAOまたは組織。 この機能の主な目的は単一預金者のシナリオを促進することですが、複数の独立した預金者もスマートコントラクトをその上に重ねることでこの機能を活用できることは注目に値します。Rocket Poolはまた、以前のAtlasリリースでノードの代理でRPLをステークする機能も導入しました。 前提条件 資金を提供する予定のノードのプライマリ引出しアドレスを適切に設定していることを確認してください。Houston後の引出しアドレスの動作については、上記のリンクのガイドに従ってください。 プロセスはHoodi TestnetとMainnetで若干異なりますので、以下のタブから興味のあるネットワークを選択してください。 サイトにアクセスしたら、ウォレットを接続ボタンをクリックします。利用規約とプライバシーポリシーを読んで受け入れてください。これにより様々な接続方法が有効になり、その後MetaMaskを接続をクリックします。 MetaMaskはウェブサイトに接続するアカウントを選択するよう促します。 1つを選択し、いくつかの権限を確認します。ウィンドウの右上にあるウォレットアイコンをクリックすると、残高の概要が表示されます。 ここから、代理でETHを預金したいノードのアドレスを入力します。ページは次のように表示されるはずです。 このボックスに希望のアドレスを貼り付けて、検索をクリックします。この例では、0xd3e317806456102d19db283b4c2201f0ef41a296を使用します。 最初のボックスに、ノードの代理で預金したいETHの量を入力します。2番目のボックスは、代理でETHを預金するアドレスを示しています。正しいアドレスと預金を入力したことを確認してください。満足したら、Depositをクリックすると、MetaMaskがトランザクションの確認を求めるウィンドウをポップアップ表示します。 確認すると、トランザクションが開始されます。 ブロックに含まれてチェーンに追加されると、委任者はsmartnodeでコマンドrocketpool node statusを使用して新しい残高を確認できます。この残高は、Rocket Poolステーキングサイトでも表示できます。 以上です！ これでRocket Poolでステーキングしています。 アドレスを入力した後、「検索」をクリックすると、そのノードの代理でステークしたETHを引き出せる次のメニューに移動します。 右上で引き出し可能なETHの量を確認できます。希望の数量を入力してノードアドレスを確認したら、オレンジ色のWithdraw ETHボタンをクリックして、トランザクションをネットワークに送信します。 トランザクションが確認されると、アカウントに適切な残高が表示されます！ ノードの代理でETHをステーキングするのはこれだけです！プロセスが迅速で簡単だったことを願っています。 私たちのDiscordサーバーに立ち寄って、ご意見をお聞かせいただき、プロジェクトの進化を追跡してください。
- [Houstonアップグレード](/ja/legacy/houston/whats-new.md): Houstonアップグレードは、主にProtocol DAOまたはpDAOとして知られる、プロトコルを管理する完全なオンチェーンDAOの導入を目的としています。これは他に類を見ないDAOであり、機能するためにスナップショット投票や他のサードパーティツールを必要とせず、真にオンチェーンで唯一無二のものです。詳細は以下をご覧ください。 このアップグレードでは、プロトコル上に新しい統合とプラットフォームを構築できるようにする、その他の非常にエキサイティングな機能も導入されます。これらには、ノードに代わってETHをステーキングする機能(ノード自体からだけでなく)と、ステーキング用のETHを一方の当事者が供給し、別の当事者がRPLを提供できる新しいRPL出金アドレス機能が含まれます。これにより、Node Operatorに保管権を与えることなく実現できます。
- [[Dockerモード] RedstoneアップデートとMergeのガイド](/ja/legacy/redstone/docker-migration.md): このガイドでは、Dockerモードを使用している場合に、RedstoneアップデートとMergeに向けてノードを準備するために知っておくべきすべてのことを説明します。
- [[Hybridモード] RedstoneアップデートとMergeのガイド](/ja/legacy/redstone/hybrid-migration.md): このガイドでは、Hybridモードを使用している場合に、RedstoneアップデートとMergeに向けてノードを準備するために知っておくべきすべてのことを説明します。
- [[ネイティブモード] RedstoneアップデートとThe Mergeのガイド](/ja/legacy/redstone/native-migration.md): このガイドでは、ネイティブモードを使用している場合に、RedstoneアップデートとThe Mergeのためにノードを準備するために知っておくべきすべてをカバーします。
- [Rocket Pool Redstoneアップデート](/ja/legacy/redstone/whats-new.md): Rocket Poolの次期メジャーアップデートRedstoneが、RopstenおよびHoleskyテストネットワークでベータテスト用にリリースされました。 このページでは、Smart Nodeスタックとプロトコル全般の両方への更新を含む、Redstoneによってもたらされる主な変更点について説明します。 以前のバージョンのRocket PoolとRedstoneの違いをすべて理解するために、このページを十分にお読みください。
- [以前のベータテストからSmart Nodeを移行する](/ja/legacy/upgrading.md): MedallaやPyrmontでの以前のベータテストでRocket Poolのnode operatorをされていた方は、プロトコルの改善にご協力いただきありがとうございます。そして、おかえりなさい! この簡単なガイドでは、以前のベータビルドをパージして、Hoodiテストネット用、またはメインネットでの実際のステーキング用の最新ビルドをセットアップするプロセスについて説明します。
- [Smart Node v1.3.xへのアップグレード](/ja/legacy/v1.3-update.md): Smart Nodeスタックのバージョン1.3.0には、ユーザーが知っておくべきいくつかの重要な変更が含まれています。 これらは、node operatorの体験を大幅に改善し、Rocket Poolのローンチ以来、ユーザーから要望されていた多くの機能に対応するように設計されています。 このガイドでは、Smart Nodeの古いバージョンからv1.3.x以降への移行プロセスを説明します。
- [Ethereumネットワーク(Layer 1)上の分散型取引所を経由したステーキング](/ja/liquid-staking/via-l1.md): 念のため、分散型ステーキングのメリットを享受するために、Rocket Poolを通じて直接ETHをrETHに交換する必要はありません。 rETHを保有するだけで、その価値は本質的に成長します。どのように入手したかは関係ありません。 rETHは、BalancerやUniswapなどの複数の分散型取引所で取引できます。 Balancerプールは、metastable poolとして知られる特殊なプールです。 Metastable poolはrETHのようなトークンに最適です。なぜなら、Oracle DAOが報告する真の交換レートを尊重するからです。 つまり、このプールで交換すると、従来の分散型取引所よりもスリッページが大幅に低く、手数料も低くなるため、rETHを売買する際に非常に有利な取引ができます。 他の分散型取引所にはこの特性がないため、交換レートがわずかに低くなる場合があります。 どのプールを使用しても、公式Rocket PoolウェブサイトでステーキングするよりもGas手数料が低くなる傾向があります。 これは、少額のETHをステーキングしたいユーザーにとって素晴らしい選択肢ですが、取引所で受け取るレートとRocket Poolの交換レートを常に比較することをお勧めします。 以下の例では、BalancerとUniswapの両方を使用してETHをrETHに交換する方法を示します。 このプロセスは、Web3互換のウォレットで完了できます。 デモンストレーションの目的で、最も人気のあるウォレットの1つであるMetaMaskを使用します。 別のウォレットを選択した場合でも、同様の手順で進めることができます。各手順でウォレット内の対応する機能を見つけてください。
- [Layer 2上の分散型取引所を経由したステーキング](/ja/liquid-staking/via-l2.md): 念のため、分散型ステーキングのメリットを享受するために、Rocket Poolを通じて直接ETHをrETHに交換する必要はありません。 rETHを保有するだけで、その価値は本質的に成長します。どのように入手したかは関係ありません。 とはいえ、特に最近の主な懸念事項の1つは、ステーキングやETHをrETHに交換する際のGas手数料のコストです。 これを削減するために、Ethereumネットワークはrollupsの使用を開始しました。これはLayer 2としても知られています。 Layer 2は、Ethereumの下に存在するいくつかの独立したネットワークで構成されており、Ethereumが通常行うように多数のトランザクションを実行しますが、それらすべてを1つの「メガ」トランザクションにまとめて、代わりにメインのEthereumチェーンにそれを投稿します。 理想的には、Ethereumの分散型の性質に関連するすべてのセキュリティ上のメリットを得ることができますが、Layer 2での実行およびストレージコストははるかに低くなる可能性があり、トランザクションの一部のみがLayer 1に保存する必要があるため、トランザクションに対して大幅に低いGas手数料を享受できます。Layer 1では状態がはるかに高価です。 Rocket Poolは現在、2つのLayer 2ネットワークをサポートしています。OptimismとArbitrumです。 両方とも、最も広く使用されている分散型取引所プロトコルであるUniswapの実行バージョンがあります。 Uniswapを使用すると、ETHをrETHに素早く簡単に交換できます。 このアプローチを使用する利点は、Gas手数料が他の方法よりも大幅に低くなることです。 少額のETHをステーキングしたいためにこれが重要な場合、Layer 2ネットワークを使用することがおそらく選択肢となるでしょう。 欠点は、rETHで最良の取引を得られない可能性があることです。 Uniswapには、流動性プロバイダーに与えられる少額の手数料が必要であり、大規模なトランザクションでは、価格への影響が大きすぎずに良い取引を得るために大規模な流動性プールが必要です。 Layer 2ネットワークは、メインのEthereumネットワークよりもrETHの流動性が低い傾向があります。 したがって、Layer 2ネットワークで得られる総rETHと、他の方法で得られる総rETHを比較して、このパスを追求することが理にかなっているかどうかを判断することをお勧めします。 OptimismプールとArbitrumプールの現在のETHとrETHの残高を確認して、交換をカバーするのに十分なrETHがあるかどうかを判断できます。 以下の例では、Layer 2ネットワークと対話し、UniswapでETHをrETHに交換する方法を示します。 このプロセスは、Web3互換のウォレットで完了できます。 デモンストレーションの目的で、最も人気のあるウォレットの1つであるMetaMaskを使用します。 別のウォレットを選択した場合でも、同様の手順で進めることができます。各手順でウォレット内の対応する機能を見つけてください。
- [Rocket Pool 経由で直接ステーキング](/ja/liquid-staking/via-rp.md)
- [Rocket Pool Smart Node用のアドオンの作成方法](/ja/node-staking/addons/addons.md)
- [[NYI] Advanced CLI Usage](/ja/node-staking/advanced-cli.md): As a node operator, the command-line interface (CLI) is the tool that you will use to interface with nearly every aspect of Rocket Pool. In this section, we'll go through a detailed walkthrough of how to use it.
- [DockerモードのSmart Node高度な設定](/ja/node-staking/advanced-config.md): このセクションでは、Smart Nodeのカスタマイズと機能を拡張するいくつかのテクニックを説明します。
- [ノードのバックアップ](/ja/node-staking/backups.md): 一般的に、Smart Node経由でノードウォレットとminipoolを作成した場合、完全な障害からノードを回復するために本当に必要なのはノードウォレットのニーモニックだけです。 それ以外のすべては、そこから簡単に回復できます。 外部生成されたvalidatorキーを持つminipool（例：Allnodesから自己ホスト型ノードに移行した場合）がある場合は、ノードウォレットから回復できないため、validatorのプライベートキーストアファイルも必要になります。 とはいえ、Merge後は、Executionレイヤーチェーンを再同期する必要がある場合に、軽量Executionクライアント（例：PocketまたはInfura）をフォールバックとして使用できなくなります。 さらに、正しく証明するためには、アクティブで健全なExecutionクライアントが必要になります。 Executionクライアントの障害（データベースの破損、SSDの故障、ハードウェアの侵害/盗難など）から迅速で信頼性の高い回復方法を持つことは、ゼロから同期するのに数時間から数日かかる可能性があるため、非常に重要です。 このガイドでは、ノードの回復力を向上させ、不要なダウンタイムを最小限に抑えるために、これらのいくつかをバックアップする方法を示します。
- [Executionクライアントまたはコンセンサスクライアントの変更](/ja/node-staking/change-clients.md): 通常の状況では、Rocket Poolノードを最初に作成する際にExecutionクライアントとコンセンサスクライアントを選択し、ノードの稼働期間中はそのまま使い続けることになるでしょう。 しかし、クライアントの選択を変更したい状況がいくつかあります。 以下にいくつかの例を示します。 使用中のクライアントがExecutionチェーンまたはBeaconチェーンでスーパーマジョリティシェアを獲得し、ネットワーク全体の健全性のために変更したい場合バグによってクライアントが正常に機能しなくなり、検証業務を再開するために早急にオンラインに戻る必要がある場合別のクライアントが提供する新機能を試したい場合別のクライアントがノードのハードウェアにより適している場合(例: 一部のクライアントは他のクライアントよりもARMシステムで優れています) 幸いなことに、Smart Nodeスタックではクライアントの変更が非常に簡単です。 必要なのは、Configuration TUIでいくつかの変更を行うことと、クライアントを変更する前に既存のクライアントデータをバックアップするためのオプションのコマンドだけです。
- [コマンドラインインターフェースの紹介](/ja/node-staking/cli-intro.md): ノードオペレーターとして、CLIはRocket Poolと対話するための主要なツールです。新しいmegapoolバリデーターの作成、すべての状態の確認、定期的なRPL報酬の請求、準備ができたときのminipoolからのexitと引き出し、その他多くの作業に使用します。 ExecutionチェーンとBeacon chainの同期が完了すると、すべてのコマンドが使用可能になります。 このセクションでは、より一般的なコマンドのいくつかと、CLIができる他のトリックについて簡単に説明します。
- [Commit-Boost](/ja/node-staking/commit-boost.md): Commit-Boostは、コミュニティ主導のオープンソースのバリデーターサイドカーで、Proposer-Builder Separation（PBS）を処理するためのMEV-Boostの代替手段です。ブロック構築に加えて、Commit-Boostはプレコンファメーション（preconfirmations）やインクルージョンリスト（inclusion lists）などのプロポーザーコミットメントプロトコルにも対応しています。現在、Smart NodeはCommit-BoostのPBS（ブロック構築）モジュールのみを実行するため、これらの追加プロトコルはまだSmart Node経由では利用できません。MEVとPBSを初めて扱う場合は、背景知識としてまずMEV、MEV-Boost、MEV報酬のページを読むことをお勧めします。
- [Smart Nodeスタックの設定（Docker / Hybridモード）](/ja/node-staking/config-docker.md): 完全なExecution層とConsensus層のクライアントを実行することは困難に思えるかもしれません。選択できるオプションがいくつかあり、それぞれに多数の異なる設定があります。 幸いなことに、Smart Nodeはそのような複雑さをすべて隠すように設計されており、迅速かつ簡単に設定できる一方で、必要に応じてすべてをカスタマイズする自由も提供します。 このセクションでは、Dockerベースのセットアップを使用している場合、または外部で管理されているExecutionまたはConsensusクライアント（例えば、ソロステーキング用にSmart Node外で管理しているクライアント）に接続するHybridセットアップを使用している場合の、Smart Nodeを設定するさまざまな方法について説明します。 設定には3つの方法があります。 ウィザードUI経由 - これが最も簡単な方法です。いくつかの基本的な質問だけを行い、十分にテストされたデフォルト値を使用します。これは初めてrocketpool service configを実行したときに表示されます。設定マネージャーUI経由 - これにより、Smart Nodeのすべての設定にアクセスでき、必要なだけカスタマイズできます。コマンドラインによるヘッドレス設定 - これは、Smart Nodeをヘッドレス（非対話型）環境で実行し、自動的に設定する必要がある人向けのオプションです。 上記のリストから詳しく知りたいモードを選択するか、以下の各オプションをスクロールしてください。
- [Smart Nodeスタックの設定（Nativeモード）](/ja/node-staking/config-native.md): このセクションでは、Dockerを全く使用しないNativeセットアップを使用している場合のSmart Nodeの設定方法について説明します。 設定方法は3つあります： ウィザードUI - これが最も簡単な方法です。いくつかの基本的な質問のみを行い、その他については十分にテストされたデフォルト値を使用します。初めてrocketpool service configを実行したときに表示されます。設定マネージャーUI - Smart Nodeのすべての設定にアクセスできるため、必要に応じてすべてをカスタマイズできます。コマンドラインによるヘッドレス設定 - Smart Nodeをヘッドレス（非対話型）環境で実行し、自動的に設定する必要がある人向けのオプションです。 上記のリストから詳しく知りたいモードを選択するか、以下の各オプションをスクロールしてください。
- [概要](/ja/node-staking/config/overview.md): このセクションでは、Smart Nodeスタックを設定し、すべての設定を好みに合わせてカスタマイズする方法を学びます。 スタックを初めて実行する前に設定する必要がありますが、実行後はいつでも戻ってきて再設定できます。
- [新しいMinipool（Validator）の作成](/ja/node-staking/create-validator.md): 念のため、Rocket Poolの用語ではminipoolとは、ノードが管理するExecution Layer上のユニークなスマートコントラクトインスタンスを指します。 minipoolは、ボンド額として知られるETHの一部と、rETHステーキングプールからの借入額として知られるETHの一部を処理します。 これらを合わせて合計32 ETHを形成し、Beacon Chainのデポジットコントラクトに送信して新しいvalidatorを作成します。 したがって、Rocket Poolを使用してvalidatorを作成するには、minipoolを作成する必要があります。 Webサイトを通じたRPLのステーキング ノードにRPLをステーキングする最も簡単で安全な方法は、Atlasアップグレードで再導入されたプロトコルのStake-on-Behalf機能を使用することです。この方法では、RPLを取得したウォレットにRPLがまだある状態で、ノードのためにRPLをステーキングできます。つまり、RPLをステーキングするためにノードのホットウォレットにRPLを送信する必要はありません。 アドレスをステーキングのために代理でホワイトリストに追加する ノードの代理でステーキングするには、アドレスをホワイトリストに登録する必要があります。withdrawal addressは常にホワイトリストに登録されているため、RPLがwithdrawal addressで保持されている場合は、このステップをスキップできます。アドレスからステーキングするために、アドレスをホワイトリストに登録する必要があるのは一度だけです。以下のSmart Nodeコマンドでこれを実行できます： ここでaddress-or-ensは、希望するアドレスに解決されるアドレスまたはENS名です。ホワイトリストへの追加を確認するよう求められ、トランザクションが確認された後、以下の該当ページに移動できます。 RPLを代理でステーキングする 使用しているネットワークを以下のタブから選択してください： まず、MetaMask、WalletConnect、またはWebサイトがサポートするその他の方法を使用して、ウォレットをWebサイトに接続します。 次に、ノードアドレスを検索するための以下のダイアログが表示されます。 ノードアドレスを入力し、「Lookup」をクリックします。 これを行う前に、正しいノードアドレスを持っていることを確認してください！ ノードのアドレスを確認する必要がある場合は、rocketpool node statusコマンドを使用してCLI経由ですぐに取得できます。 これにより、アドレスが登録済みノードであり、ノードが接続されたウォレットをホワイトリストに登録していることが確認されます。withdrawal addressはデフォルトでホワイトリストに登録されていますが、他のアドレスを許可したい場合は、ノードで以下のコマンドを使用してホワイトリストに登録する必要があります。 これは2段階のプロセスです。 まず、ステーキングしたいRPLの量を入力し、Approveをクリックします - これにより、ステーキングコントラクトがウォレット内のその量のRPLにアクセスすることを承認しますが、その量以上はアクセスできません。 RPLが承認されると、ノードの代理でステーキングできるようになります。 Stake RPLボックスにステーキングしたいRPLの量を入力し、on behalf of Node Addressボックスにノードのアドレスを入力します。 情報を入力したら、Stakeボタンを押してトランザクションを承認します。 これはEthereumネットワークに送信され、ブロックに含まれると、すべて完了です！ rocketpool node statusを実行すると、=== RPL Stake ===セクションの下にステーキングされたRPLが表示されるはずです。 ステーキングホワイトリストからアドレスを削除する stake-on-behalfホワイトリストからアドレスを削除したい場合は、以下のSmart Nodeコマンドで削除できます： ここでaddress-or-ensは、ホワイトリストから削除したいアドレスに解決されるアドレスまたはENS名です。 Node CLIを使用したステーキング Webサイトを使用してRPLをステーキングできない（またはしたくない）場合は、ノードのCLIから直接ステーキングすることもできます。 まず、RPLを取得したウォレットからノードのアドレスにRPLを転送します。 以下のコマンドを実行します： 以下が出力です： ステーキングしたい量を選択し、操作を確認します。 このコマンドを初めて実行する場合、2つのトランザクションが必要になります - 1つはRocket PoolステーキングコントラクトにRPLへのアクセスを承認するため、もう1つはRPLをステーキングするためです。 その後の実行では、トークンはすでに承認されているため、ステーキングトランザクションのみが必要になります。 両方のトランザクションが完了したら、rocketpool node statusでステーキングされたRPLの量を確認できます。 確認したい出力の部分は次のとおりです： これにより、RPL担保に基づいて各ボンドサイズのminipoolをいくつ作成できるかが表示されます。
- [デポジットクレジットシステム](/ja/node-staking/credit.md): デポジットクレジットシステムは、以前にノードオペレーターによって担保されていたものの、もはや必要とされないETHを追跡し、再び利用可能にする仕組みです。 このクレジットの発生源は2つあります。 既存の16-ETH担保のminipoolを8-ETH担保のminipoolにマイグレーションする(これにより、ノードオペレーターのクレジット残高に8 ETHが追加されます)既存のソロバリデーターをminipoolにマイグレーションする(これにより、マイグレーション中に作成するminipoolのタイプに応じて、ノードオペレーターのクレジット残高に16または24 ETHが追加されます) すべてのノードオペレーターは0 ETHのクレジット残高から始まります。 これら2つのアクションのいずれかにより、その残高が相応に増加します。 このETHは流動化されてノードオペレーターに返還されるわけではありません。代わりに、ノードオペレーターからのETHを必要とせずに追加のminipoolを作成するために使用できます。 クレジットシステムはノードオペレーターに対して透明です。rocketpool node depositまたはrocketpool node create-vacant-minipoolの操作中に可能であれば自動的に使用されます(使用されることをSmart NodeトノードCLIで通知します)。 使用できない場合、Smart Nodeはユーザーに使用できないことを警告し、どちらの操作でも通常のETH担保が必要になります。 詳細については、以下のクレジットの利用可能性セクションを参照してください。
- [Dockerを使用した標準的なRocket Poolノードの作成](/ja/node-staking/docker.md): このセクションでは、標準的なDockerベースのセットアップを使用してRocket Pool Smart Nodeスタックをインストールするプロセスを説明します。 これにより、完全なノードを実行するために必要なすべてのものがインストールおよび設定されます。以下が含まれます： Rocket Pool Smart Nodeソフトウェアお好みのExecution（旧ETH1）クライアント、または既に管理している既存のクライアントへの接続お好みのConsensus（旧ETH2）クライアント、または既に管理している既存のクライアントへの接続Beacon Chainバリデーション業務を処理するValidatorクライアント（オプション）パフォーマンスとヘルスメトリクスを取得するための監視スタック 実行したいものを指定するだけです！
- [ETH Clientの選択](/ja/node-staking/eth-clients.md): Rocket PoolのSmart Nodeインストーラーは、お使いのマシンを完全なEthereumノードに変換できます。適切に動作するためには、ExecutionクライアントとConsensusクライアントの両方が必要です。 ETH1/ETH2という用語は廃止されました。 これ以降のガイドでは、チェーンを**Execution Layer (ETH1)とBeacon ChainまたはConsensus Layer (ETH2)**と呼びます。 別のマシンでExecutionクライアントとConsensusクライアントを既に稼働させている場合(例えば、既にソロステーキングを行っている場合)、このセクションをスキップして外部クライアントを使用したハイブリッドRocket Poolノードの設定セクションに進んでください。 それ以外の場合は、ExecutionクライアントとConsensusクライアントの選択肢について詳しく学ぶために読み進めてください。 迅速にセットアップして稼働させたいユーザーのために、Smart NodeインストーラーはRandom Clientオプションを提供しており、これが最適な選択である可能性があります。 使用したい特定のクライアントがあるユーザーのために、Rocket Poolのインストール中に簡単に選択できる機能を提供しています。 以下のオプションは、各クライアントについて説明しており、使用したいクライアントを指定したい場合に情報に基づいた判断ができるようになっています。
- [フォールバックノードの指定](/ja/node-staking/fallback.md): Smart Nodeスタックの1.5.0以降、プライマリクライアントがオフラインになった場合（Gethを使用していてプルーニングが必要な場合など）に、代わりに引き継ぐことができる「フォールバック」ExecutionクライアントとConsensusクライアントのペアを提供できます。 この状況では、プライマリノードマシンは依然としてmegapoolのvalidatorキーを使用したアテステーションとブロック提案を担当しますが、ExecutionレイヤーとBeaconチェーンとのやり取りには外部マシンに接続します。 基本的に、チェーンのクエリ、トランザクションの送信、アテストするブロックの受信などのために、別のクライアントペアを一時的に使用できるようにします。 このペアは外部で管理することも（Hybridモードのように）、別のRocket Poolノード（APIポートを公開しているDocker modeマシン。以下で説明します）にすることもできます。 ノードのプライマリクライアントが再びオンラインになると、Smart NodeとValidator clientは自動的にそれらに切り替わります。
- [FAQ (WIP)](/ja/node-staking/faq.md): 32 ETHのソロvalidatorと比較して、Rocket Poolでminipoolを実行することの利点は何ですか? 単一のソロvalidatorを実行することで、32 ETHに対して100%の報酬を受け取ることができます。 2つの16 ETH minipoolを実行することで、32 ETHに対して100%の報酬プラスRocket Poolプロトコルによって提供される32 ETHの報酬の14%を受け取ることができます。 4つの8 ETH minipoolを実行することで、32 ETHに対して100%の報酬プラスRocket Poolプロトコルによって提供される96 ETHの報酬の14%を受け取ることができます。 Rocket PoolのSmoothing Pool機能を使用するオプションもあります。 rETHの価値はどのようにわかりますか? リベースしますか? rETHトークンはリベースしません。 ウォレット上のトークン数は一定のままですが、時間の経過とともに価値が上昇します。 ノードの実行で技術的な問題がある場合、どのようにサポートを受けられますか? Rocket Pool Supportページを確認することから始められます。 それが役に立たない場合は、DiscordサーバーのRocket Pool #supportチャンネルで質問できます。 minipoolの作成と実行を試すために、テストETHを取得するにはどうすればよいですか? faucetチャンネルにメッセージを投稿できません。 HoodiでテストETHを取得するを参照してください。 マシンが壊れた場合、ノードを復旧するにはどうすればよいですか? 簡単な答え: ニーモニックは、ノードを完全に復旧するために必要なすべてです。 常に安全に保管してください。 新しいマシンでノードを復旧するには、まず以前のマシンが再びオンラインにならないようにすることを確認してください。キーが利用可能な状態で、同じキーで2つのノードを実行すると、スラッシングされます。 新しいマシンにSmart Nodeをインストールするための手順に従います。 次に、rocketpool wallet recoverコマンドを実行し、24語のニーモニックを挿入して、ノードウォレットとvalidatorキーを復旧します。 クライアントが同期していません。ピア数が少ないです。 クライアントが適切に同期するには、健全な数のピアが必要です。 ここでテストを実行し、ポート30303と9001が開いているか確認することから始められます。ConsensusクライアントはQUIC用にUDPポート8001も使用するため、そちらも転送してください（このツールはTCPのみをテストします）。 閉じている場合は、ルーターでポート転送を設定する必要があります。 また、ノードが新しいアドレスを取得してポート転送が壊れないように、ノードに静的なローカルIPアドレスがあることを確認してください。 Consensus clientの同期に時間がかかりすぎます。どうすればよいですか? Checkpoint Syncを使用して同期プロセスを開始しなかった場合、Consensus clientの同期には長時間かかる可能性があります。 長時間実行していても、通常はcheckpoint sync URLを設定し、rocketpool service resync-eth2で現在の同期データをクリアして最初からやり直す方が速いです。 クライアントは1分以内に同期されるはずです。 既に再起動しました。なぜGrafanaはまだ再起動する必要があると言うのですか? 再起動情報はキャッシュされ、数時間ごとにのみ更新されます。 sudo apt updateを実行すると、更新が強制されます。 Execution LayerおよびBeacon ChainまたはConsensus Layerを変更しました。古いデータをクリーンアップするにはどうすればよいですか? クライアントを変更した場合、Rocketpoolは古いボリュームを削除しません。このデータは、かなりのディスク容量を無駄にしている可能性があり、削除したい場合があります。そのためには、ボリュームを見つける必要があります。デフォルトのRocketpool設定を使用している場合、dockerボリュームは/var/lib/docker/volumes/に保存されます。Execution layerはrocketpool_eth1clientdata/_data/*に、consensus layerはrocketpool_eth2clientdata/_data/*にあります。 これらのディレクトリにアクセスするには、sudo -iを使用してrootとしてsudoする必要がある場合があります。次に、rm -rf <directory>を呼び出してディレクトリを削除できます。例えば、すべてのgethデータを削除したい場合は、rm -rf /var/lib/docker/volumes/rocketpool_eth1clientdata/_data/geth/を呼び出します。 rootを終了するには、exitと入力します。
- [Fee DistributorとSmoothing Pool](/ja/node-staking/fee-distrib-sp.md): ノードオペレーターはEthereumチェーンに提案するブロックに含めるトランザクションからpriority fees（チップ）を受け取ります。 これらの手数料はExecutionレイヤーから来て、Executionレイヤーに留まります。 Consensusレイヤーで生成され、定期的に自動的に引き出されるほとんどの検証報酬とは異なり、これらの手数料は即座に流動的です。 一般的に、priority feesはBeacon Chain報酬とほぼ同じ量のETHを提供するため、Mergeの非常に良い利点です。
- [Grafanaダッシュボードの設定](/ja/node-staking/grafana.md): ノードが稼働したら、すべてが正常に機能しているか(そしてどのような収益を生み出しているか)を一目で監視できる便利な方法が欲しくなるでしょう。 これを実現するツールは数多く存在します。 最も人気のあるツールの1つがGrafanaです。ブラウザでアクセスできる使いやすい汎用ダッシュボードシステムです。 Rocket PoolはGrafanaとその依存関係をすぐに使えるようにサポートしており、各Consensusクライアント用に事前構築されたダッシュボードも付属しています。 例えば、Hoodiテストネットワークのダッシュボードのスナップショットは次のようになります。 標準ダッシュボードには、次の情報が便利な形式で含まれています。 左上: マシンの健全性とパフォーマンスに関する重要な統計情報、および保留中のシステムアップデート右上: Beacon Chain上のvalidatorのアクティビティとパフォーマンス、ExecutionおよびConsensusクライアントの統計情報左下: 参考のためのRocket Poolネットワーク全体の詳細右下: ETHとRPLの両方のstaking報酬の詳細 このガイドでは、Rocket Poolのメトリクスシステムを有効にして、このダッシュボードを使用する方法(または独自のダッシュボードを構築する方法)を説明します。
- [Rocket Poolモードの選択](/ja/node-staking/install-modes.md): Rocket PoolのSmart Nodeスタックは非常に柔軟です。実行方法はいくつかあります。 ゼロから完全なfull nodeを立ち上げることができ、既存のExecution ClientまたはConsensus Clientのデプロイメントと統合することができ、さらにシステムサービスのセットとしてネイティブに実行することもできます。 このセクションでは、Smart Nodeスタックの構成と使用の典型的な方法について説明します。
- [概要](/ja/node-staking/installing/overview.md): このセクションでは、ノードマシンにRocket Pool Smart Nodeスタックをインストールする方法を学びます。 インストールにはいくつかの異なる種類があります。自分に適したものを学び、そのインストールプロセスを順を追って説明します。
- [16-ETH Minipoolから8-ETH Minipoolへの移行](/ja/node-staking/leb-migration.md): ノードオペレーターは、既存の16-ETH minipoolを8-ETH minipoolに直接移行する機能を持っています。 これにより、デポジットクレジット残高に8 ETHが追加され、ノードオペレーターからのETHを必要とせずに追加のminipoolを作成するために使用できます。 実際には、このプロセスにより、ノードオペレーターは1つの16-ETH minipoolを無料で2つの8-ETH minipoolに変換できます(ただし、ガス代のETHが必要で、両方のminipoolを処理するのに十分なRPL担保が必要です)。 既存の16-ETH minipoolを8-ETH minipoolに移行することは、正式にはbond reductionとして知られています。 これは2段階のプロセスであり、Oracle DAOによる検証が含まれます。 以下のセクションでプロセス全体を順を追って説明します。 Bond Reductionのルール bond reductionには次の手順が含まれます。 bond reductionの開始。ノードオペレーターが実行します。待機期間(「bond reduction scrub check」)。Oracle DAOがbond reductionが合法であることを確認し、ルールに違反するbond reductionをキャンセルする時間を提供します。bond reductionの完了。ノードオペレーターが実行します。 スクラブされずに成功したbond reductionを実行するには、minipoolは次のルールに従う必要があります。 minipoolはAtlas delegateにアップグレードされている必要があります。古いRedstone delegateは使用できません。Beacon Chain上のminipoolのvalidatorはpendingまたはactiveにstaking中である必要があります。スラッシュされたり、exiting/exited、またはwithdrawable/withdrawnであってはなりません。Beacon Chain上のminipoolのvalidator残高は少なくとも31.99 ETH(32 ETHに、報酬スキム後のタイミングが悪い合併症による逃したアテステーションのための小さなバッファを加えたもの)である必要があります。 minipoolは、スクラブチェックの全期間にわたってこれらの条件に従う必要があります。その間、Oracle DAOは上記の条件への準拠を確認するために監視します。 スクラブチェック中のいつでも、minipoolがこれらの条件に違反していることが判明した場合、bond reductionはスクラブされます。 minipool自体は影響を受けません。bond reductionプロセス全体が起こらなかったかのように、16 ETH minipoolとして引き続き検証および動作します。 ただし、bond reductionの対象外になります。 minipoolのbond reductionがスクラブされると、二度と試みることはできません。 ステップ1: Bond Reductionの開始 bond reductionプロセスを開始するには、次のコマンドを入力します。 これは、プロセスに関する簡単な説明から始まります(ただし、このガイドを読んでいれば、すべてがすでに馴染み深いはずです)。 プロセスを理解したことを確認すると、現在bondを削減できるminipoolとその現在のbondと手数料が表示されます。 削減する1つ以上のminipoolを選択すると、Smart Nodeはそれらのminipoolがbond reductionの資格があるかどうかを確認します。 資格を得るには、次の条件を満たす必要があります。 minipoolはAtlas minipool delegate contractを使用するようにアップグレードされている必要があります。minipoolのvalidatorは、Beacon Chain残高が少なくとも32 ETHである必要があります。minipoolのvalidatorはpendingまたはactiveである必要があります。bond reduction後に必要な最小RPL担保レベルをサポートするのに十分なRPLがステーキングされている必要があります。 そうでない場合、最初に何をする必要があるかを説明する警告エラーが出力されます。例えば: これは、選択したminipoolがdelegate upgradeを必要とし、そのminipoolのbondを削減するためにノードにより多くのRPLをステーキングする必要があることを示しています。 前提条件を満たすと、このコマンドでminipoolを選択すると、トランザクションのガス価格とアクションの確認を選択するように求められます。 確認を受け入れると、minipoolのbond reductionが開始されます。 Scrub Check Timerの監視 bond reductionを開始したら、nodeデーモンログで完了するまでの時間を表示できます。 bond reductionのスクラブチェックが完了するまでの残り時間を示す新しいエントリが表示されます。 このタイマーがゼロに達し、これらのログに表示されなくなると、bond reductionを完了できます。 ステップ2: Bond Reductionの完了 スクラブタイマーが正常に終了したら、minipoolのbond reductionを完了する方法は2つあります。 nodeデーモンに処理させます。5分ごとに実行されるルーチンチェック中にこれを行います(上記のログで残り時間行を出力するのと同じもの)。資格のあるbond reductionがあることに気付くと、自動的にreductionを完了します - pendingのminipoolをステーキングし、fee recipientをチェックするのと同じように。nodeログに、bond reductionを検出して完了したことを示す出力が表示されます。次のコマンドを使用してbond reductionを手動で完了します。rocketpool minipool reduce-bondコマンドは簡単です。minipoolがbond reductionの資格がある場合は、プロンプトに従ってプロセスを完了します。 bond reduction中、Rocket Poolはminipoolの既存の残高を分配し、minipoolのbond reduction前のbondと手数料を使用して、あなたとrETHステーカーの両方がその既存の残高の公正な割合を取得し、bond reductionが両当事者が受け取ったはずの報酬を変更しないようにします。 Reduced Bondの結果 rocketpool minipool statusを使用して、成功したbond reductionを確認できます。 bond reduction前は、これまでフォローしてきたサンプルminipoolの場合、そのコマンドは次の出力を生成します。 bond reduction後、コマンドは次の出力を返します。 次のように変化したことに注目してください。 Node fee(手数料)は15%から14%になりましたNode deposit(あなたのbond)は16 ETHから8 ETHになりましたRP deposit(借りた金額)は16 ETHから24 ETHになりましたMinipool Balance (EL)は0.150713 ETHから0.086769 ETHになりましたYour portion (EL)は0.086660 ETHから0 ETHになりましたAvailable refundは0 ETHから0.086769 ETHになりましたYour portion (CL)は16.000087 ETHから8.000013 ETHになりました Node fee、Node deposit、RP deposit、Your portion (CL)の変更は、bondが正常に削減されたことを示しています。 Minipool Balance (EL)、Your portion (EL)、Available refundの変更は、bond reductionプロセスの一部として発生したminipool balance distributionの結果を示しています。 これらの結果を解釈する方法を明確にするために: トランザクションを見ると、minipoolからstakingプールに0.06413383 ETHを送信したこともわかります。「before」の例では、stakingプールのシェアはminipoolの残高からノードオペレーターの部分を引いたもの、つまり0.150713 - 0.086660 = 0.064053であり、これはbond reduction中にstakingプールに転送された金額です(スクラブチェック中に発生した報酬スキムからの少量が追加されています)。一方、ノードオペレーターのシェアは、ノードオペレーターのwithdrawalアドレスに送信されません。代わりにavailable refundとしてブックマークされます。そのため、refund額が0 ETHから、以前はEL上のminipoolの残高の「your portion」額だったものに増加しました。このrefundは、次のコマンドを使用していつでも請求できます。rocketpool minipool refund bond reductionのもう1つの重要な結果があります。これはrocketpool node statusを使用して確認できます。 bond reductionプロセスにより、ノードのデポジットクレジット残高が8 ETH増加しました。 このクレジットを使用して、別の8-ETH minipoolを作成できます(ノードウォレットからのETHは不要で、ガス代のみ必要です)。
- [Staking Hardware の選択](/ja/node-staking/local/hardware.md): Rocket Pool nodeを実行するための公式な仕様はありません。 このページでは、staking hardwareを選択する際に使用できるガイドラインと例を提供します。 nodeの最小ハードウェア要件は、選択するConsensusクライアントとExecutionクライアントによって異なります。 例えば、低電力デバイスでnodeを実行する場合、ExecutionクライアントとしてGethを、ConsensusクライアントとしてNimbusを使用することに制限される可能性があります。 32GB以上のRAMを搭載したより強力なNUCを使用している場合は、すべてのクライアントの組み合わせが利用可能です。 以下のガイドラインは、快適なレベルのハードウェアを求めていることを前提としています。つまり、余剰容量があることを意味します。 これらのガイドラインを念頭に置けば、nodeはRocket Poolがサポートするあらゆるクライアントの組み合わせを実行するのに十分なリソースを持つことになります。 これにより、randomクライアントペアを選択できるようになり、Ethereumネットワークのクライアントの多様性にとって非常に重要です。
- [概要](/ja/node-staking/local/overview.md): このセクションは、ご自宅でRocket Pool nodeとして使用するローカルマシンを準備するプロセスを理解するためのものです。
- [Macの準備](/ja/node-staking/local/prepare-mac.md): Rocket Poolをインストールする前に、システムが互換性があり正しく動作することを確認するためのチェックをいくつか行う必要があります。
- [PC、Mini-PC、またはNUCの準備](/ja/node-staking/local/prepare-pc.md): Rocket Poolをインストールする前に、システムが互換性があり、正しく動作することを確認するためにいくつかのチェックを行う必要があります。
- [Raspberry Piの準備](/ja/node-staking/local/prepare-pi.md): このガイドでは、Raspberry Piを使用してRocket Poolノードを実行する方法について説明します。 これは通常、ほとんどのステーキングガイドでは推奨されていませんが、PC全体を立ち上げるよりもはるかに手頃なオプションであるため、魅力的であることは認識しています。 そのため、多数の設定を調整および最適化するために懸命に取り組み、うまく機能する構成を決定しました。 このセットアップでは、Pi上で完全なExecutionノードと完全なConsensusノードを実行し、Ethereumネットワークの健全性に貢献すると同時にRocket Poolノードオペレーターとして機能します。
- [アラート通知によるSmart Nodeスタックの監視](/ja/node-staking/maintenance/alerting.md): Smart Nodeアラート通知機能により、Rocket Pool Smart Nodeの健全性と重要なイベントに関する通知を受け取ることができます。
- [Execution clientの履歴削除](/ja/node-staking/maintenance/history-expiry.md): Execution clientは古いブロックボディとレシートを破棄することで、チェーンデータを扱いやすいサイズに保つことができます。これはSmart NodeのPruning Mode設定（Execution Client → Pruning Mode）で制御します。 Rolling History Expiryがデフォルトです。Nethermind、Besu、Reth、Erigonは、約1年より古いボディとレシートを破棄します。Gethはまだこのモードを実装しておらず、代わりにPrague以前の履歴削除を使用します。 その他の選択肢: History Expiry — マージ前のボディとレシートのみを破棄します（部分的なEIP-4444削除）。Erigonはマージ前のみの削除には対応していません。Full node — ボディとレシートを含む通常のフルノードデータを保持します。Erigonのフルノードモードはレシートを保持します。Archive — 履歴と履歴ステートを保持します（大幅に多くのディスク容量が必要です）。 部分履歴削除の概要については、こちらをご覧ください: https://blog.ethereum.org/2025/07/08/partial-history-exp マージ前履歴を削除する以下の手順は、Dockerモードのノードのみのものです。HybridモードまたはNativeモードで外部クライアントを使用している場合は、Execution clientが提供するドキュメントを参照してください。 まず、設定マネージャーを開きます: Execution Clientのプルーニングモードを変更するには、Execution Client (ETH1)メニューに移動し、Pruning ModeのドロップダウンメニューでHistory Expiry設定を選択します より多くの履歴を保持する理由がない限り、Rolling History Expiryを選択してください。 選択後、escapeを押してメインメニューに戻り、tabを押してReview Changes and Saveボタンをハイライトします。enterキーを押して続行します。Execution clientの設定変更をプレビューするメニューが表示されます。 Save Settingsでenterキーを押して設定を保存し、設定マネージャーを終了します。次にyを入力してrocketpool_eth1コンテナを再起動します。 この時点から、使用しているExecution clientによって手順が異なります:
- [ノード間の移行](/ja/node-staking/maintenance/node-migration.md): ノードマシンがその役割を果たせなくなり、別のマシンに移行する必要がある場合があります。 これは、ノードをアップグレードする場合、クラウドベースのノードから専用ハードウェアでローカルにホストされているノードに移行する場合、またはノード自体が壊滅的なハードウェア障害を起こし、バックアップマシンでvalidatorを実行する必要がある場合などに発生する可能性があります。 いずれの場合でも、このガイドはwalletとvalidatorキーを1つのノードから別のノードに安全に移行し、スラッシングされないようにする方法を理解するのに役立ちます。
- [概要](/ja/node-staking/maintenance/overview.md): このセクションでは、ノードとvalidatorの健全性を監視し、収益を追跡し、更新などの定期的なメンテナンスを実行する方法について学習します。
- [別のノードアドレスとして振る舞う](/ja/node-staking/masquerade.md): Smart Nodeバージョンv1.15.7以降、ユーザーは任意のアドレスの動作を模倣できるようになりました。別のアドレスとして振る舞っている間、 ノードはノードアドレスを使用してノードとwatchtowerタスクループを継続し、バリデーターキーを使用してアテステーションなどの職務を実行します。 なりすましアドレスとしてトランザクションを送信したり、メッセージに署名したりすることはできません。この機能は、特にサポートとデバッグに役立ちます。 別のノードアドレスのレンズを通してSmart Nodeとやり取りしたい場合は、次のコマンドを使用してください: rocketpool wallet masquerade masqueradeモードが終了したら、rocketpool wallet end-masqueradeを実行してプロンプトに従うだけです。 さらに、rocketpool wallet statusを実行して、ノードウォレットのステータスを確認できます。
- [Megapoolの作成（バリデーター）](/ja/node-staking/megapools/create-megapool-validator.md): Saturn 1へようこそ！Rocket Pool megapoolは実行レイヤー上のスマートコントラクトインスタンスです。 ノードは1つまたは複数のバリデーターのEthereum引き出しアドレスとして機能するmegapoolを管理します。 各バリデーターは、ボンド額と呼ばれるあなたのETHの一部と、rETHステーキングプールからのETHの一部（借入額）で構成されます。megapoolはボンド額と借入額のETHを合計32 ETHにまとめ、新しいバリデーターを作成するためにBeacon Chainデポジットコントラクトに送金する役割を担います。 megapoolは最初のバリデーターデポジット時に自動的にデプロイされます。その後、同じmegapoolを使って好きな数のバリデーターを管理できます！新しいバリデーターを作成するたびに新しいmegapoolをデプロイする必要はありません。
- [デポジットクレジットシステム](/ja/node-staking/megapools/credit.md): デポジットクレジットシステムは、以前にノードオペレーターによってボンドされたが現在は不要なETHを追跡し、再度利用可能にするための仕組みです。 このクレジットのソースはいくつかあります： Rocket Poolデポジットキューからバリデーターを退出する。バリデーターをデキューすると、ノードオペレーターにボンド額（4 ETH）がクレジットされます。ボンド額の削減。現在のボンドがプロトコルの最低要件を超えている場合、超過分のボンドを削減してデポジットクレジットとして受け取ることができます。最初の2つのバリデーターは常に各4 ETHのボンドが必要です （pDAO設定に関係なく）。ボンド削減は、pDAOがreduced_bondパラメータを引き下げた場合に、3つ以上のバリデーターを持つノードオペレーターに主に有益です。rocketpool megapool reduce-bondを使用してボンド削減を実行してください。 次の2つはSaturn以前に移行を行ったノードオペレーターのみ対象です。これらはもはや不可能です： 既存の16 ETHボンドのminipoolを8 ETHボンドのminipoolにダウン移行する（ノードオペレーターのクレジット残高に8 ETHが追加される）既存のソロバリデーターを移行する（移行中に作成するminipoolのタイプに応じて、16または24 ETHがノードオペレーターのクレジット残高に追加される） すべてのノードオペレーターは0 ETHのクレジット残高から始まります。 このETHは流動的にされてノードオペレーターに返却されるのではなく、同等量のrETHとして引き換えることができます。また、クレジットはノードオペレーターがETHを必要とせずに追加のmegapoolバリデーターを作成するために使用できます。 クレジットシステムはノードオペレーターに対して透明です；rocketpool megapool deposit操作中に可能であれば自動的に使用されます（Smart Node CLIが使用される旨の通知を表示します）。使用できない場合、Smart Nodeはユーザーに使用できないことを警告し、いずれかの操作中に通常のETHボンドが必要になることを知らせます。 詳細については、以下のクレジット利用可能性セクションを参照してください。
- [Megapoolバリデーターの終了](/ja/node-staking/megapools/exit-megapool-validator.md): megapoolバリデーターの運用を終了し、Beacon Chainにロックされた全残高にアクセスしたい場合、いくつかのステップを踏む必要があります。このページでは、megapoolバリデーターを終了するプロセスを説明します。 Beacon Chainに自発的な終了リクエストを送信する（手動）バリデーター終了を通知する（Smart Nodeにより自動化）最終残高を通知する（Smart Nodeにより自動化）
- [MinipoolからMegapoolバリデーターへの移行](/ja/node-staking/megapools/migration.md): minipoolのステークをmegapoolに移行しようとしているノードオペレーターの方は、このページでその方法をステップバイステップで説明します。移行とは、minipoolを退出し、新しいmegapoolバリデーターを作成し、レガシーRPLをアンステーキングした後、megapoolにRPLを再ステーキングすることです。megapoolバリデーターのボンド額は4 ETHであるため、8 ETH minipoolバリデーター1つにつき2つのmegapoolバリデーターを作成できます。 プロトコルETH収益の9%が、Voter Share報酬の形でmegapoolバリデーターを持つRPLステーカーに比例配分されます。 これは、従来の標準的なRPLインフレーション報酬に加えて支払われます。 手順は大きく分けて以下のとおりです： minipoolの退出。これはminipoolをファイナライズし、Beacon Chainから全残高を引き出すことを意味します。新しいmegapoolバリデーターの作成【オプション】レガシーRPLのアンステーキングと引き出し【オプション】megapoolへのRPLの再ステーキング。これにより、RPLインフレーション報酬に加えてETH収益からのVoter Share報酬を得られます。 minipoolのステークをmegapoolに移行する前に、Rocket Poolデポジットキューと Beacon Chainキューの状況を考慮する必要があります。どちらも待ち時間は変動し、互いに独立しています。Rocket Poolデポジットキューは新しいmegapoolバリデーターの作成と、rETHステーカーからのETHとのマッチングのタイミングを管理します。一方、Beacon Chainキューはあなたのminipoolバリデーターがいつ退出できるかを決定します。さらに重要なことは、新しいmegapoolバリデーターがいつアテステーション業務を開始できるかも決定することです。
- [概要](/ja/node-staking/megapools/overview.md): このセクションでは、Rocket Pool megapoolとmegapoolバリデーターの作成について説明します。 ここでは、Ethereumネットワークのバリデーションを開始してそれに対する報酬を得る方法を学びます。
- [RPLのステーキングと報酬の請求](/ja/node-staking/megapools/staking-and-claiming-rewards.md): Saturn 1では、RPLはETHを蓄積する収益共有トークンに根本的に変わりました。このガイドでは、megapoolにRPLをステークする方法、 レガシーminipoolからの既存のRPLステークを移行する方法、報酬を請求する方法、必要に応じてRPLを引き出す方法について説明します。また、 ETHプロトコル収益がvoter share報酬を通じてmegapool RPLステーカーにどのように分配されるかのメカニクスについても説明します。
- [MEV、MEV-Boost、MEV報酬](/ja/node-staking/mev.md): 前のセクションでは、node operatorがpriority feeを獲得する方法について学びました。 Priority feeはnode operatorの収入を大幅に増やすものですが、Execution layerで利用可能な流動報酬の唯一の形態ではありません。 MEV報酬として知られる補助的な形態の報酬が利用可能です。
- [Minipool Delegate](/ja/node-staking/minipools/delegates.md): 実行する各validatorには、その「所有者」としてminipoolコントラクトがあります。 minipoolは、そのvalidatorに特別に割り当てられた一意のコントラクトで、その出金アドレスとして機能します。 Beacon Chainからのすべての報酬とステーキング残高の出金は、minipoolコントラクトに送信されます。 各minipoolは、ノードオペレーターであるあなたが最終的な制御権を持つことを保証するために一意です。 他の誰もそれを制御せず、他の誰もそれを変更できません。完全にあなたの指示に従います。 とはいえ、ノードデポジット時のガスコストを最小限に抑えるため、minipool自体には実際の機能がほとんど含まれていません。 できることのほぼすべてがdelegateコントラクトに委任されています。 minipool delegateコントラクトは、minipoolに必要なロジックの大部分を含む特別なコントラクトです。たとえば、あなたとプールステーカーの間で残高を公平に分配することなどです。 各minipoolが一意のコントラクトであるのとは異なり、delegateは多くのminipoolが「転送」できる単一のコントラクトです。 時折、Rocket Pool開発チームは新機能を追加した新しいminipool delegateを公開します。 たとえば、Atlasアップデートでは、minipoolを閉じることなくスキミングされた報酬を分配するサポートを持つ新しいdelegateを導入しました。 Minipoolは、この新機能を利用するためにdelegateをアップグレードできます。 Delegateのアップグレードはオプトインなので、使用するかどうか、いつ使用するかを決定できます。 とはいえ、ネットワークアップグレードが導入する新機能を利用するためには、通常これらが必要になります。 Delegateのアップグレード minipoolを新しいdelegateコントラクトにアップグレードするには、次のコマンドを実行するだけです。 これにより、現在最新のdelegateを使用しておらず、アップグレード可能なminipoolのリストが表示されます。 minipoolアドレスの左側にある対応する番号を入力して、リストからアップグレードしたいものを選択します。 選択後、ガス価格設定の確認を求められ、その後minipoolをアップグレードするトランザクションが送信されます。 rocketpool minipool statusで最新のdelegateを使用していることを確認できます。 最新のdelegateを使用していないminipoolには、アップグレード可能であることを知らせる黄色の通知がステータスの下に表示されます。
- [概要](/ja/node-staking/minipools/overview.md): このセクションでは、minipoolの作成と移行プロセス（Rocket Pool validator）について説明します。 ここでは、Ethereumネットワークの検証を開始し、報酬を獲得する方法を学びます。
- [Dockerを使用しないネイティブRocket Poolノードの作成](/ja/node-staking/native.md): このセクションでは、Dockerコンテナを使用せずに、Rocket Pool Smart Nodeスタックをシステムにネイティブにインストールするプロセスを説明します。 一般的な計画は次のとおりです。 Execution Client、Consensus Client / Beacon Node、およびValidator Clientの systemd サービスを使用して、標準的なソロステーキング設定を作成しますRocket Poolコンポーネント（nodeおよびwatchtowerプロセス）のシステムサービスを作成しますクライアントサービスと通信するようにRocket Poolを設定しますRocket Poolの手数料受取人とバリデーター鍵を使用するようにValidator Clientサービス定義を更新します これはかなり複雑な設定であるため、完了するまでに時間がかかります。 利用可能なオペレーティングシステムとディストリビューションの多様性により、すべてに対してガイドを用意することは現実的ではありません。 このガイドの手順はDebianベースのシステム（Ubuntuを含む）に合わせて作成されています。 他のディストリビューションやオペレーティングシステムの場合は、ガイドに記載されている高レベルの手順に従うことができますが、必要に応じてシステムで使用するコマンドに特定のコマンドを置き換える必要があります。
- [ノードのパフォーマンスの監視](/ja/node-staking/performance.md): ノードが稼働し、1つ以上のminipoolが接続されたら、すべてがスムーズに実行されていることを確認するために監視する必要があります。 マシンを追跡する方法は次の2つです: マシンのメトリクスに直接アクセスして追跡するサードパーティツールを使用して間接的に追跡する ニーズに応じて両方を組み合わせて使用することをお勧めします。
- [Node要件とプラットフォームの選択](/ja/node-staking/platform.md): さあ、始めましょう。 Rocket Pool nodeを実行することを決めたのですね。 プロセスの最初のステップは、nodeを実行するプラットフォームの種類を決定することです。 すでに頭の中にあるものがある場合は、素晴らしいです。 次のセクションにスキップできます。 まだわからない場合は、オプションに関するいくつかの情報を読み続けてください。
- [ノードの運用準備](/ja/node-staking/prepare-node.md): ここまで来たということは、Smart Nodeサービスの起動、ウォレットの作成、そしてそれぞれのクライアントでExecutionとConsensusチェーンの両方の同期が完了したということです。 そうであれば、Rocket Poolネットワークにノードを登録し、validatorでmegapoolを作成する準備ができています。 そうでない場合は、前のセクションを確認して、それらの手順を完了してからここに戻ってください。 新しいmegapoolとvalidatorを作成する前に、ノードの準備を完了するためにいくつかの手順があります。 これらは一度だけ実行すればよく、完了後は、ノードに複数のvalidatorを作成したい場合は、Megapool Validatorの作成セクションにスキップできます。
- [オペレーティングシステムの準備](/ja/node-staking/preparing-the-os.md): [TBD] このセクションでは、必要に応じて2番目のハードドライブをセットアップする方法、fioでIOPSテストを実行する方法、スワップスペースをセットアップする方法など、必要な手順を説明します。fioテストは重要だと思いますが、その他の項目はスキップ可能かもしれません。
- [概要](/ja/node-staking/provisioning/overview.md): このセクションでは、Smart Nodeをインストールして設定した後、Rocket Poolでステーキングするためにノードをプロビジョニングする方法の詳細について説明します。 ステーキングに関する多くの情報があるため長い内容となっていますが、最初のMegapoolバリデーターを作成する前に各ガイドをよくお読みください！
- [Execution Clientのプルーニング](/ja/node-staking/pruning.md): 主要なExecution clientとしてgethまたはnethermindを使用している場合、ノードの空きディスク容量が時間の経過とともにゆっくりと減少していくことに気付くでしょう。 Execution clientはこれに最も大きく寄与します。rocketpool service configでキャッシュに割り当てたRAMの量に応じて、1日あたり数ギガバイトの速度で増加することがあります。 これに対処するため、Execution clientはプルーニングと呼ばれる特別な機能を提供しており、安全にデータベースをスキャンしてクリーンアップし、空き容量を回復できます。 GethまたはNethermindを使用するすべてのNode Operatorは、いずれプルーニングを行う必要があります。 2 TBのSSDを使用している場合、通常、プルーニングの間隔は数ヶ月になります。 1 TBのSSDユーザーの場合、より頻繁にプルーニングする必要があります。 Grafanaダッシュボードを有効にしている場合、ノードの使用済みディスク容量が80%を超えたら、Execution clientのプルーニングを検討し始める良い目安になります。 プルーニングの時期が来たと判断したら、Smart Nodeはリクエストに応じてプルーニングを実行する機能を備えています。 以下を読んで、仕組みと予想される動作を学んでください。
- [既存のウォレットのインポート / 復元](/ja/node-staking/recovering-rp.md): ノードに使用したいウォレットが既にある場合、または以前にSmart Nodeで作成したウォレットを復元している場合、このガイドがインポート / 復元プロセスを案内します。 以下のセクションから適切なオプションを選択してください。
- [解消されたMinipoolの救済](/ja/node-staking/rescue-dissolved.md): 万が一、minipoolが解消ウィンドウ内にステーキングされない場合、oDAOによって「解消」され、 提供されたユーザー資金は別のminipoolで使用するためにdeposit poolに返されます。このシナリオでは、 ETHを取り戻し、RPLをアンロックしてアンステークできるようにするために、以下のプロセスを実行する必要があります。
- [ノードオペレーター報酬の請求](/ja/node-staking/rewards.md): Rocket Poolのノードオペレーターとして、RPLトークンの形で定期的な報酬を受け取る権利があります。また、Smoothing Poolにオプトインしている場合は、ETHも受け取ることができます。 このセクションでは、これらの報酬の仕組みと請求方法について説明します。
- [概要](/ja/node-staking/rewards/overview.md): このセクションでは、検証中にノードが生成する報酬にアクセスする方法について説明します。
- [ノードのセキュリティ保護](/ja/node-staking/securing-your-node.md): このガイドの目的は、悪意のある攻撃者からノードを保護するための手順を説明することです。 自宅でローカルサーバーを運用している場合でも、クラウド上でVPSサーバーや仮想マシンを運用している場合でも、ここで紹介するヒントは、外部からの攻撃に対してノードを強化し、その寿命の間保護するのに役立ちます。 このセクションでは、必須のアクション（必ず実行する必要があるもの）と、あると良いアクション（役立ちますが必須ではないもの）の両方を説明します。
- [Minipoolのスキミング報酬の分配](/ja/node-staking/skimming.md): EthereumのValidatorを運用することで受け取るETH報酬は、「スキミング」と呼ばれるプロセスで定期的にminipoolに送信されます。 スキムの頻度は、Beacon Chain上のアクティブなvalidatorの数によって異なります。執筆時点では、validatorの数は約500,000であり、 約2〜3日ごとにスキムが発生します。 スキミングされた報酬は、「分配」するまで各minipoolに蓄積されます。このプロセスは、あなたの手数料率と提供されたETHと供給されたETHの比率に基づいて、 ノードオペレーターであるあなたとrETH保有者の間でスキミングされた報酬を分配します。
- [ソロステーキングからRocket Poolへの移行](/ja/node-staking/solo-staker-migration.md)
- [Secure Shell (SSH) 入門](/ja/node-staking/ssh.md): 一般的に、ノードマシンにアクセスする方法には、ローカルとリモートの2つがあります。 ローカルとは、物理的なノードの前に座り、直接接続されたモニターとキーボードを使用することを指します。リモートとは、別のコンピューター（例えばノートパソコンやデスクトップ）を使用してネットワーク経由でノードに接続し、そこから操作することを指します。 ほとんどの場合、ノードオペレーターはリモートでノードを操作する柔軟性を好みます。 Smart Nodeには現在GUI（グラフィカルユーザーインターフェース）がなく、CLI（コマンドラインインターフェース）のみであるため、操作は完全にコマンドラインターミナルにコマンドを入力することによって行われます。 そのため、リモートで操作するには、別のマシンからノードのターミナルにアクセスする方法が必要です。 このセクションでは、最も一般的な方法であるSSHについて簡単に紹介します。 以下は、SSH を使用してノードに接続する方法です。 たとえば、ノードのユーザー名が staker で、ノードの IP アドレスが 192.168.1.10 の場合、次のコマンドで接続します。 初めてこれを行うと、ノードが使用している公開鍵を提示するメッセージが表示されます - この鍵を検証する方法に精通している場合は、今すぐ検証できます。 それ以外の場合、ssh コマンドに正しいノード IP アドレスがあると信頼できる場合は、yes と答えて受け入れることができます。 これは一度だけ行う必要があります。 クライアントはユーザーのパスワードを要求します。それを入力すると、接続完了です！ ウェルカムメッセージ、マシンに関する詳細、および新しいプロンプトが表示されます。 この時点で、ターミナルに入力したものはすべてノードマシン上でリモート実行されます - まるでノードマシンに直接ログインして、ローカルに接続されたキーボードで入力しているかのようです！ 更新やメンテナンスのために定期的にターミナルに SSH 接続する必要があります。 ノードへのログイン方法を覚えておくのは不便な場合があるため、記憶に残るエイリアス - カスタムの「ショートカット」コマンドを作成すると便利です。 この例では、SSH コマンドを置き換える ethnode という名前のエイリアスを作成します。 前述のように、ノードのユーザー名が staker で、ノードの IP アドレスが 192.168.1.10 であると仮定すると、次のコマンドでエイリアスを作成します。 エイリアスリストをリロードして、現在のターミナルウィンドウが新しいエイリアスを認識するようにします。 これで、ノードの IP アドレスを指定する長いコマンドの代わりに、作成したエイリアスを使用してノードに接続できます。
- [Rocket Poolの起動](/ja/node-staking/starting-rp.md): この時点で、Smart Nodeスタック、Executionクライアント、Consensusクライアントを含む完全なRocket Poolインフラストラクチャが実行されているはずです。 また、外部攻撃者からオペレーティングシステムを強化しているはずです。 これらの両方の手順を完了している場合、Rocket Poolノードを作成してステーキングを開始する準備が整っています。 まだ完了していない場合は、前のセクションを確認し、これらの手順を完了してからここに戻ってください。
- [Tailscale VPNサーバーの設定](/ja/node-staking/tailscale.md): 休暇中やビジネストリップ中など、自宅のネットワークにリモートでログインしたい場合、最も一般的な方法は仮想プライベートネットワークサーバーを使用することです。 これにより、SSHポートをインターネットに公開することなく、世界中のどこからでもSSH経由でノードに接続し、Grafanaダッシュボードを監視できます。 多くのRocket Poolノードオペレーターは、このためのVPNサーバーとしてTailscaleを使用しています。 TailscaleはオープンソースのP2P VPNトンネルおよびホスト型エンドポイント検出サービスです。 マシンとノードの間に暗号化されたエンドツーエンドのパスを確立するために必要な認証、公開、NATトラバーサルを処理し、機密性の高いトラフィックを集中サーバーに送信しません。 これは非常に強力なツールです。 基本的な設定について簡単に説明しますが、詳細についてはドキュメントを確認してください。
- [テストネットワークからメインネットへの移行](/ja/node-staking/testnet/mainnet.md): Hoodi テストネットワークで Rocket Pool を既に使用しており、その仕組みに慣れていて、実際のイーサリアムメインチェーンで ETH をステーキングするか、ノードを運用する準備ができている場合、このガイドはあなたのためのものです。 ここでは、既存の Smart Node スタックを Hoodi テストネットワークから、実際の ETH と RPL をステーキングする準備ができたイーサリアムメインネットに接続されたものへ移行する手順を説明します。
- [テストネットワークでの練習](/ja/node-staking/testnet/overview.md): イーサリアムのテストネットワーク（略して testnet）は、イーサリアムブロックチェーンと機能的に同一ですが、スマートコントラクトをメインの「本物の」ブロックチェーン（mainnet と呼ばれる）にライブ展開する前にテストするために使用されることを目的としています。 テストネットはメインネットと並行して実行されています - 実際には現在いくつかのテストネットが実行されています！ 興味があれば、いくつかの実行レイヤーテストネットについてここで詳しく読むことができます。 Rocket Pool は実行レイヤーテストネットとして Hoodi を使用しています。 こちらでブロックエクスプローラーを使用して確認できます: https://hoodi.etherscan.io/ 同じ概念がコンセンサスレイヤーにも適用されます。 Rocket Pool はコンセンサスレイヤーテストネットとして Hoodi を使用しています。 こちらでブロックエクスプローラーを見つけることができます: https://hoodi.beaconcha.in/ ネットワークはテスト用であるため、ネットワーク上の ETH は人々のテストを支援するために無料で配布されています。 この ETH はメインネットに転送できません。Hoodi に留まり、実際の価値はないため、モノポリーマネーと考えることができます。
- [アップデートの確認](/ja/node-staking/updates.md): ノードオペレーターの責任の一つは、システムが最新のセキュリティパッチで最新の状態であることを確認することです。 自動更新は便利ですが、ノードの運用を妨げる可能性があるため、手動で実行することが望ましい場合があります。 いずれの場合でも、マシンに定期的にパッチを適用する必要があります！
- [オペレーティングシステムの準備](/ja/node-staking/vps/os.md): 前のセクションで説明したように、さまざまなVPSおよびクラウドプロバイダーがあります。 それらすべてのガイドを作成することはやや非実用的ですが、このセクションではAmazon Web Servicesでホストされている仮想マシンを準備するための典型的なワークフローを説明します。 具体的には、適切な仮想ハードウェア構成を選択する方法と、Rocket Pool用のオペレーティングシステムを準備する方法について説明します。 エコシステムに慣れたら、これらの手順を任意のプロバイダーに適用する方法を推定できるはずです。
- [概要](/ja/node-staking/vps/overview.md): このセクションは、クラウドでホストされている仮想プライベートサーバーまたは仮想マシンをRocket Poolノードとして準備するプロセスを理解するのに役立ちます。
- [ホスティングプロバイダーの選択](/ja/node-staking/vps/providers.md): このセクションに来た場合、Rocket Poolノードを運用したいが自宅でローカルにセットアップできない状況であり、クラウド上でホストされる**仮想プライベートサーバー(VPS)**が必要です。 このようなマシンを提供できるサービスはいくつかあり、VPSプロバイダーとパブリッククラウドプロバイダーの2つの異なる形態があります。 適切なものを選択するのは難しい場合があり、それらの違いを理解することが重要です。 このガイドでは、その違いを明らかにし、他のRocket Poolユーザーが過去に活用したサービスをいくつか紹介して、選択肢をナビゲートするのに役立てます。
- [新しいウォレットの作成](/ja/node-staking/wallet-init.md): Smart Nodeサービスが起動して実行されている場合、次のステップはノード用のEthereumウォレットをセットアップすることです。 これは単にノードの資金を保持するExecution Layerアドレスであり、ステーキングを開始するときにMegapoolバリデーターにETHを送信したり、さまざまなトランザクション中にガス代を支払ったり、その他さまざまな操作に使用されます。 ゼロから新しいウォレットを作成するか、既存のウォレットまたはアドレスをインポート/復元するかのオプションがあります。 以下のタブから希望するオプションを選択してください。
- [Minipoolのシャットダウン](/ja/node-staking/withdraw.md)
- [Oracle DAOノードの監視](/ja/odao/monitoring.md): ノードが起動して実行されたら、自動化された職務を正しく実行していることを確認するために、定期的にその健全性を監視することが重要です。 これには次のことが含まれます。 OSレベルでの物理（または仮想）システムの健全性の監視実行クライアントおよび/またはコンセンサスクライアント（ローカルクライアントを実行している場合）の健全性の監視ステータス更新のためにノードがチェーンに必要なトランザクションを定期的に送信していることの確認それらのトランザクションを実行するためにノードウォレットに十分なETH残高があることの確認Smart Node、クライアント（該当する場合）、およびオペレーティングシステムへの更新を定期的に適用すること他のOracle DAOメンバーの健全性を監視し、そのノードが正しく機能していないと思われる場合は彼らと連絡を取ること このセクションでは、Smart Nodeの組み込みGrafanaサポートを介してこれらを行う方法のいくつかの例を説明します。
- [Rocket Pool Oracle DAO](/ja/odao/overview.md): Oracle DAOは、技術的な制限によりSmart Contractでは実現できない、プロトコルに必要な管理業務を担当する特別なRocket Poolノードのグループです。 基本的には通常のRocket Poolノードと同じで、同じツールを使用し、同じ方法で設定でき、通常のminipoolを実行することもできますが、実行する補足的なタスクが付属しています。 これには次のようなものが含まれます。 validatorのステータスと残高を含む、Beacon ChainからExecution Layerへの情報の移動既に使用されていないvalidatorの公開鍵を使用してminipoolが作成され、適切なwithdrawal credentialsがあることを確認して、プロトコルが安全に資金を提供できるようにする各報酬期間の終わりにrewards Merkle treeを構築し、他のノードオペレーターがアクセスできるようにIPFSにアップロードするRocket Poolのfee recipient requirementsへの準拠について提案を監視するパラメータの変更やコントラクトのアップグレードの承認を含む、コアプロトコルへの変更を提案および投票するOracle DAOの名簿について提案および投票する。他のOracle DAOメンバーの招待と削除を含む これらの任務を遂行することへの報酬として、Oracle DAOには、各報酬期間に生成される合計RPLインフレーションの小さな割合が集合的に与えられ、メンバー間で均等に分割されます。 誰でもパーミッションレスで作成および実行できる通常のRocket Poolノードとは異なり、Oracle DAOのメンバーシップは既存のメンバーによる招待のみです。 最近Oracle DAOに参加するよう招待された場合、このセクションのガイドは、役割を理解し、ノードをセットアップし、健全な状態を維持するのに役立ちます。
- [Oracle DAOプロポーザル](/ja/odao/proposals.md): 念のため、Oracle DAOの役割には2つのタイプがあります: 自動化された役割 - これらは、Consensus LayerからExecution Layerへの情報の伝達、プロトコルのさまざまな側面のオフチェーン計算、およびそれらをSmart Contractsへの更新として送信するなど、Rocket Poolの通常運用に関連する役割です。これらはすべてwatchtowerデーモンプロセスによって自動的に実行され、Execution ClientとConsensus Client、およびwatchtowerデーモンがすべて正常に動作している限り、手動介入は必要ありません。watchtowerデーモンは前のステップですでに設定しているため、このセクションでは再度説明しません。手動の役割 - これらは、Oracle DAOの他のメンバーとの独自の意思決定とバンド外通信を必要とする役割です。これには、コントラクトのアップグレードへの投票、パラメータの変更、Oracle DAOへのメンバーの招待またはキックなどが含まれます。これらはすべて標準のSmart Node CLIを介して実行できます。このセクションでは、これらの各役割とその実行方法について説明します。 プロポーザルは、自動化されたwatchtowerの役割以外の責任の中核を形成します。 基本的に、次のように機能します: Oracle DAO全体が、各メンバーがそれを認識し、そのプロポーザルが何を伴うかを理解できるように、今後のプロポーザルについて事前に広範囲に議論する必要があります。Oracle DAOメンバーが、オンチェーントランザクションを介してプロポーザルを作成します。プロポーザルは、投票が開始される前に待機期間に入り、さらなる議論と意見形成を行います。これは現在Mainnetで7日間です。待機期間が終了すると、メンバーは単純な賛成か反対の投票でプロポーザルに投票できます。Oracle DAOメンバーの51%のクォーラムが同じ方法で投票した場合、投票は終了します。51%がプロポーザルに同意した場合、それは実行できるようになります。プロポーザルが承認されると、任意のメンバーがプロポーザルを実行できます。実行とは、オンチェーンで正式に変更をトリガーし、コアRocket Poolコントラクトの状態を変更することを指します。
- [Oracle DAO Nodeのセットアップ](/ja/odao/setup.md): 最低限、標準のRocket Poolノードは次のものを実行します: Smart Node CLISmart Node APIデーモンSmart Node nodeデーモンSmart Node watchtowerデーモン オプションで、ノードは次のコンポーネントも実行できます: Execution ClientBeacon NodeValidator ClientMEV-BoostPrometheusPrometheus Node ExporterGrafana これらの各コンポーネントは、標準セットアップではDockerコンテナとして、「Native Mode」セットアップではsystemdサービスとして実行でき、またはSmart NodeがそれぞれのAPIルートを介して接続できる外部管理エンティティとして実行できます。 便利なことに、Oracle DAOノードは通常のRocket Poolノードと同じですが、watchtowerデーモンが補足的なOracle DAOの役割を実行し、パフォーマンス監視のためにより多くのPrometheusメトリクスが収集されます。
- [Oracle DAO Nodeのテスト](/ja/odao/testing.md): ノードのセットアップが完了しOracle DAOに参加したら、ノードが適切に役割を果たせることを確認するためにテストする必要があります。 最適な方法は、Rocket Poolのtreegenユーティリティを使用してRedstone報酬Merkleツリーを構築することです。 treegen treegenは、アーカイブExecution ClientとConsensus Clientを介して、以前の報酬インターバルの完全な報酬Merkleツリーと関連するアーティファクトを再現できるツールです。 また、最新のファイナライズされたエポック(実行時点)でインターバルが終了したと仮定し、インターバルの開始からその時点までの部分ツリーを生成することで、現在のインターバルを「ドライラン」することもできます。 treegenは、スタンドアロンバイナリ(現在はLinuxシステム、x64およびarm64用のみビルド)として、またはDockerコンテナとして使用できます。 スタンドアロンバイナリをダウンロードしたい場合は、こちらのリリースで見つけることができます:https://github.com/rocket-pool/treegen。 使用方法はそこのREADMEに含まれていますが、以下でもいくつかの例を紹介します。 Dockerコンテナのタグはrocketpool/treegen:latestです。
- [概要](/ja/pdao/overview.md): このセクションでは、オンチェーンおよびオフチェーン（RocketDash）のプロポーザルに参加するためのノード設定プロセスを説明します。理解すべき内容が多いため、Houston Upgradeの概要を読むことを強くお勧めします。これにより、オンチェーンガバナンスを可能にする最新機能と、プロトコルの形成にどのように参加できるかを理解できます。
- [オンチェーンpDAOプロポーザルへの参加](/ja/pdao/participate.md): 登録済みのノードであれば、RPLロックを許可しており、プロポーザルボンドをカバーできるだけのロックされていないステーク済みRPLを持っている限り(プロポーザルの作成を参照)、いつでもpDAOプロポーザルを提起できます。プロポーザルのスナップショットブロック時点で投票権を持つノードは、そのプロポーザルに投票できます。プロポーザルは次のタイプのいずれかです: pDAO設定の変更一時的な財務支出定期的な財務支出(管理委員会)Security Councilメンバーシップ 詳細と根拠については、プロポーザルタイプを参照してください。 pDAOプロポーザルは、プロトコルレベルで変更を実行するために存在するオンチェーンエンティティであることを理解することが重要です。
- [The Protocol DAO (pDAO)](/ja/pdao/pdao.md): Rocket Pool Protocol DAO (pDAO)は、プロトコルの方向性を形作る責任を負い、RPLガバナンスによって運営されています。そのメンバーと投票権は、大小を問わずNode Operatorで構成されており、すべてプロトコルに直接参加しています。これは、rETHホルダー、Node Operator、RPLホルダーを含むRocket Poolコミュニティ全体にサービスを提供します。pDAOは、Rocket Poolプロトコルの安全性とEthereumネットワークの健全性を優先します。pDAOが誰で何であるかの明確な定義については、pDAO charterをご覧ください。
- [8-ETHボンドミニプール](/ja/upgrades/atlas/lebs.md): Rocket Poolが最初にローンチされたとき、2種類のミニプールをサポートしていました。 16-ETHボンド：ノードオペレーターが16 ETHを提供し、残りの16 ETHはステーキングプールから来て完全な（32 ETH）バリデーターを作成します。32-ETH一時ボンド：ノードオペレーターが32 ETH全体を提供して初期化プロセスをスキップし、すぐにBeacon Chainで検証を開始できるようにし、デポジットプールに十分なETHが蓄積されると16 ETHの返金を受けます。この時点で通常の16-ETHボンドミニプールになります。 後者は、もはや必要ではなく、返金の遅延が長くなったため、プロトコルの開始数ヶ月後にコミュニティ投票によって削除されました。 前者は、ノードオペレーターがRocket Poolを使用してEthereumプロトコルを攻撃し、ボンド全体がスラッシュされた場合、rETHステーカーと同じだけの損失を被り、有利にならないことを保証したため、プロトコルの最低ボンド額を表していました。 Rocket Poolのローンチ以来、コミュニティはこのボンドが提供するセキュリティについて重要な研究を行い、それが非常に保守的であることを発見しました。 あらゆる目的において、16 ETHのスラッシングは非現実的と見なされ、16-ETHボンドは8 ETHのボンド（補足的なRPL要件を含む）と実質的に同じセキュリティ上の利点を提供しました。 したがって、この研究に裏付けられて、Atlasアップグレードはリストに新しいタイプのミニプールを導入します。8-ETHボンドで、Rocket Poolコミュニティでは口語的に「LEB8」（Lower ETH Bond - 8 ETH）と呼ばれています。 8-ETHミニプールを作成するには、ノードオペレーターは自分の8 ETHのみを提供する必要があります（加えて担保要件を満たすのに十分なRPL - 詳細はRPL担保を参照）。 その後、バリデーターを完成させてBeacon Chainで動作させるために、デポジットプールから24 ETHを引き出します。 これにより、ノードを実行したいが16 ETHを持っていない新しい見込みノードオペレーターへの扉が開かれます。 さらに、大規模なノードオペレーターは、Beacon Chainで報酬を獲得するプールステーカーのETHをより多く稼働させることができます。 これはセキュリティを大きく損なうことなく機能するため、全員が勝ちます！ このガイドでは、3つのトピックをカバーします。 8-ETHボンドミニプールが実際にどのように機能するか、およびその背後にある報酬の数字新しい8-ETHミニプールの作成方法_既存の_16-ETHミニプールを終了せずに8-ETHミニプールにマイグレートする方法 各トピックの詳細については、引き続きお読みください。
- [Atlas アップデート](/ja/upgrades/atlas/whats-new.md): このページでは、Rocket Pool の次の主要なアップデート、Atlas がプロトコルにもたらす主要な変更について説明します。これには、Smart Node スタックと Rocket Pool プロトコル全般の両方のアップデートが含まれます。 Rocket Pool の以前のバージョン (Redstone) と Atlas の間のすべての違いを理解するために、このページを十分に読んでください。
- [Houston クイックスタート](/ja/upgrades/houston/getting-started.md): 経験豊富なNode Operator、rETH保有者、または興味のある傍観者であるかどうかにかかわらず、このページはHoustonに含まれる新機能の探索を開始するのに役立ちます。
- [smartnodeを使用しないユーザー向けの投票設定](/ja/upgrades/houston/nonsmartnode-setup.md): 一部のユーザー（例：Allnodesユーザー）はsmartnodeを使用しておらず、直接コントラクトのやり取りを使用して投票を設定する必要がある場合があります。 このガイドには、そのようなユーザー向けの最小限のセットアップガイドと完全なセットアップガイドの両方が含まれています。
- [オンチェーンpDAO提案への参加](/ja/upgrades/houston/participate.md): 投票権がゼロでないノードは、いつでもpDAO提案を作成または参加できます。提案は以下のタイプのいずれかです。 pDAO設定の変更一時的な財務支出継続的な財務支出（管理委員会）セキュリティ評議会のメンバーシップ より詳細な説明と根拠については、提案タイプを参照してください。 pDAO提案はプロトコルレベルでの変更を実行するために存在するオンチェーンエンティティであることを理解することが重要です。
- [Protocol DAO (pDAO)](/ja/upgrades/houston/pdao.md): Rocket Pool Protocol DAO (pDAO) は、プロトコルの方向性を形作る責任を負い、RPL ガバナンスによって運営されています。そのメンバーと投票力は、大小を問わず、プロトコルに直接参加しているノードオペレーターで構成されています。pDAO は、rETH 保有者、ノードオペレーター、RPL 保有者を含む Rocket Pool コミュニティ全体に奉仕します。pDAO は、Rocket Pool プロトコルの安全性と Ethereum ネットワークの健全性を優先します。pDAO が誰で何であるかの明確な定義については、pDAO charter をご覧ください。
- [RPL引き出しアドレスの設定](/ja/upgrades/houston/rpl-withdrawal-address.md): プライマリ引き出しアドレスとRPL引き出しアドレスの違いを理解することが重要です。デフォルトでは、RPL引き出しアドレスは未設定であり、プライマリ引き出しアドレスは、すべてのRPLチェックポイント報酬、ステーキングされたRPL、およびBeacon Chain ETHが送信される場所です。 希望する場合は、RPLの個別の引き出しアドレスを設定できます。設定されている場合、RPL引き出しアドレスはインフレーション報酬からRPLをトリガーおよび請求でき、ETHコンセンサス報酬やETHに関連するものには影響しません。この場合、プライマリ引き出しアドレスはRPL関連のアクションに対する権限を失います。 これにより、RPLへのエクスポージャーを望まないノードオペレーターにエンティティがRPLを供給できる興味深い機会が生まれます。そのエンティティは、ノードに必要な保険担保を提供することでRPL報酬を請求できます。言い換えれば、これにより、異なる関係者が各担保タイプを供給できるようになります。 これを行うには2つの異なる方法があります。 以下の両方のオプションを読んで、どちらが適用されるかを判断してください。 これが完了すると、set-rpl-withdrawal-addressコマンドを使用してRPL引き出しアドレスを変更できなくなります。 変更するには、アクティブなRPL引き出しアドレス（今切り替えたもの）から署名されたトランザクションを送信する必要があります。 Rocket Poolウェブサイトには、これを行うのに役立つ機能があります。 RPL引き出しアドレスの設定を解除したい場合、プロセスは非常に簡単です。まず、Rocket PoolウェブサイトのRPL引き出しアドレスページに戻ります。 ノードのRPL引き出しアドレスでサインインしている場合、ここの右側にあるunsetボタンをクリックできるはずです: unsetをクリックすると、詳細を確認できるページに移動します。表示されている内容に満足している場合は、オレンジ色のunsetボタンをクリックして、トランザクションをネットワークに送信します。 RPL引き出しアドレスの設定は以上です！プロセスが迅速で簡単だったことを願っています。 お気軽にDiscordサーバーにお立ち寄りいただき、プロジェクトが進化するにつれて意見をお聞かせください。
- [ノードの代理でETHをステーキング](/ja/upgrades/houston/stake-eth-on-behalf.md): RPIP-32により、アカウントはプロトコルに登録されているRocket Poolノードの代理でETHをステーキングできるようになります。これは、ノードオペレーターがETHを直接提供していないさまざまな状況をサポートします。 ノードオペレーターのセキュリティ強化。事前にノードに資金を転送する必要がなく、ハードウェアウォレットから直接ステーキングできます。資金の管理が信頼できるカストディアンによって管理されるStaking as a Serviceプロバイダー。資金の管理がスマートコントラクトによって管理されるプロトコル統合。資金の管理が財務によって管理されるDAOまたは組織。 この機能の主な目的は単一の預金者シナリオを促進することですが、複数の独立した預金者も、その上に階層化されたスマートコントラクトを作成することで、この機能を活用できることは注目に値します。Rocket Poolは、以前のAtlasリリースで、ノードの代理でRPLをステーキングする機能も導入しました。 前提条件 資金を提供する予定のノードのプライマリ引き出しアドレスが適切に設定されていることを確認してください。Houstonの後に引き出しアドレスがどのように機能するかについては、上記のリンクをたどってください。 Hoodi TestnetとMainnetではプロセスがわずかに異なるため、以下のタブから興味のあるネットワークを選択してください。 サイトにアクセスしたら、connect walletボタンをクリックします。利用規約とプライバシーポリシーを読んで受け入れてください。これにより、接続するさまざまな方法が有効になります。次に、connect metamaskをクリックします。 MetaMaskは、ウェブサイトに接続するアカウントを選択するようプロンプトを表示します。 1つ選択し、いくつかの権限を確認します。ウィンドウの右上にあるウォレットアイコンをクリックすると、残高の概要が表示されます。 ここから、代理でETHを入金したいノードのアドレスを入力します。ページは次のようになります: このボックスに希望のアドレスを貼り付けて、「Find」をクリックしてください。この例では、0xd3e317806456102d19db283b4c2201f0ef41a296を使用します。 最初のボックスに、ノードの代理で入金したいETHの量を入力します。2番目のボックスは、ETHを代理で入金するアドレスを示します。正しいアドレスと入金額を入力したことを確認してください。満足したら、「Deposit」をクリックすると、MetaMaskがトランザクションの確認を求めるウィンドウをポップアップ表示します。 確認すると、トランザクションが開始されます。 ブロックに含まれてチェーンに追加されると、委任者はsmartnodeでrocketpool node statusコマンドを使用して新しい残高を確認できます。この残高は、Rocket Poolステーキングサイトからも確認できます。 以上です！ Rocket Poolでステーキングしています。 アドレスを入力した後、「Find」をクリックすると、そのノードの代理でステーキングしたETHを引き出すことができる次のメニューに移動します。 右上で引き出し可能なETHの量を確認できます。希望の数量を入力してノードアドレスを確認した後、オレンジ色のWithdraw ETHボタンをクリックして、トランザクションをネットワークに送信します。 トランザクションが確認されると、アカウントに適切な残高が表示されます！ ノードの代理でETHをステーキングする方法は以上です！プロセスが迅速で簡単だったことを願っています。 お気軽にDiscordサーバーにお立ち寄りいただき、プロジェクトが進化するにつれて意見をお聞かせください。
- [Houstonアップグレード](/ja/upgrades/houston/whats-new.md): Houstonアップグレードは、主にProtocol DAOまたはpDAOとして知られる、プロトコルを管理する完全なオンチェーンDAOの導入を目的としています。これは他に類を見ないDAOであり、機能するためにスナップショット投票や他のサードパーティツールを必要とせず、真にオンチェーンで唯一無二のものです。詳細は以下をご覧ください。 このアップグレードでは、プロトコル上に新しい統合とプラットフォームを構築できるようにする、その他の非常にエキサイティングな機能も導入されます。これらには、ノードに代わってETHをステーキングする機能(ノード自体からだけでなく)と、ステーキング用のETHを一方の当事者が供給し、別の当事者がRPLを提供できる新しいRPL出金アドレス機能が含まれます。これにより、Node Operatorに保管権を与えることなく実現できます。
- [[Dockerモード] RedstoneアップデートとMergeのガイド](/ja/upgrades/redstone/docker-migration.md): このガイドでは、Dockerモードを使用している場合に、RedstoneアップデートとMergeに向けてノードを準備するために知っておくべきすべてのことを説明します。
- [[Hybridモード] RedstoneアップデートとMergeのガイド](/ja/upgrades/redstone/hybrid-migration.md): このガイドでは、Hybridモードを使用している場合に、RedstoneアップデートとMergeに向けてノードを準備するために知っておくべきすべてのことを説明します。
- [[ネイティブモード] RedstoneアップデートとMergeのガイド](/ja/upgrades/redstone/native-migration.md): このガイドでは、ネイティブモードを使用している場合に、RedstoneアップデートとMergeに向けてノードを準備するために知っておく必要があるすべてをカバーします。
- [Rocket Pool Redstoneアップデート](/ja/upgrades/redstone/whats-new.md): Rocket Poolの次期メジャーアップデートRedstoneが、RopstenおよびHoleskyテストネットワークでベータテスト用にリリースされました。 このページでは、Smart Nodeスタックとプロトコル全般の両方への更新を含む、Redstoneによってもたらされる主な変更点について説明します。 以前のバージョンのRocket PoolとRedstoneの違いをすべて理解するために、このページを十分にお読みください。
- [Saturn 0アップグレード](/ja/upgrades/saturn-0/whats-new.md): Saturn 0へようこそ! このアップグレードは、プロトコルの成長を促進するために、短期的にRPLトークノミクスを改善することを目的としています。既存または今後のNode Operatorの方は、このページでRocket Poolプロトコルのいくつかの新しく刺激的な変更についてご紹介します。
- [Saturn 1 アップグレード](/ja/upgrades/saturn-1/whats-new.md): ようこそ！このページでは、最新の Rocket Pool アップグレードに含まれる主要な機能を紹介します。Saturn 1 は Rocket Pool の歴史上最も重要なプロトコルアップグレードであり、プロトコルの容量、経済性、リキッドステーキングエコシステムにおける競争力を根本的に変革します。 スケーリング：容量制限を撤廃し、node operators がより多くの validators を運用でき、プロトコルがより大きな rETH 需要に対応できるようにします柔軟性と競争力：調整可能な手数料構造により、市場環境の変化に応じて node operator の収益を最適化できます持続可能性：強化された RPL トークノミクスにより、プロトコルの成功と node operator の報酬の間により強い整合性が生まれます