バリデーターまたはrippledノードの運用

自分でXRPレジャーのインフラを運用するには何が必要か、そしてバリデーターと通常のノードの違いを解説します。

2つの異なる役割

rippledソフトウェアを運用することには2つの異なる目的があり、それらを区別することが有用です。

通常の(検証を行わない)ノードは、ネットワークに接続し、レジャー状態(と、オプションで履歴)の同期されたコピーを保持し、APIリクエストに応答できます — サードパーティのAPIに依存せずに、レジャーデータへの信頼できる直接的なアクセスを必要とするアプリケーション、取引所、ブロックエクスプローラーにとって有用です。
バリデーターは、さらにコンセンサスプロセス自体に参加し、各ラウンドで取引セットを提案・投票します。

どちらの種類のノードも誰でも運用でき — どちらもパーミッションレスです — しかし、バリデーターを運用することがネットワークにとって意味を持つのは、他の参加者がそれを自分のUnique Node Listに追加すると選択した場合のみです。そうでなければ、その投票は単に誰からもカウントされません。

バリデーターの運用に何が必要か

技術的なレベルでは、バリデーターの運用には次が必要です。

ピアサーバーへの信頼できる低レイテンシーのネットワーク接続を伴う、rippledの継続的な稼働。
一貫した稼働率と正確性の維持 — 信頼性が低い、あるいは頻繁にオフラインになるバリデーターは、信頼されたり他者のUNLに含まれたりする可能性が低くなります。
バリデーターの署名鍵の安全な管理 — 侵害されたバリデーターの鍵は、そのバリデーターの身元のもとで悪意のある提案を送信するために悪用される可能性があります。

なぜ組織はバリデーターを運用するのか

プルーフ・オブ・ワーク型のマイニングや多くのプルーフ・オブ・ステーク型システムとは異なり、バリデーターを運用してもプロトコルからの直接的な報酬はありません — 手数料は支払われるのではなく消却されるため、検証に対するブロック補助金や手数料収入はありません。代わりに、組織は次のような独自の理由でバリデーターを運用しています。

自社製品(取引所、ウォレット提供者)のために、レジャーデータへの直接的で信頼できるアクセスを望むこと。
エコシステムの利害関係者として、ネットワークの健全性と分散化に貢献すること。
学術的・研究上の関心(多くの大学がXRPLバリデーターを運用しています)。

ハードウェアと運用上の要件

信頼できるXRPLインフラを運用するには、高速なストレージと信頼性の高い接続性を備えた専用サーバーハードウェアが有利ですが、正確なリソース要件は、そのノードが検証のみを行うのか、大量のAPIトラフィックを処理するのか、完全な履歴レジャーデータを保存するのかによって異なります — 完全履歴ノードは、直近の一定期間の履歴のみを保持するノードよりも、はるかに多くのストレージを必要とします。

始め方

公式のXRPLドキュメントは、rippledのインストールと設定に関する段階的なガイドを提供しており、バリデーターモードの設定、鍵管理、そして稼働中のバリデーターを公開されているデフォルトUNLへの掲載候補として検討してもらう方法についての具体的な手引きも含まれています。