rippledサーバーのモード

rippledサーバーソフトウェアは、その設定に応じて以下のようなさまざまなモードで実行できます。

  • ストックサーバー - レジャーのローカルコピーを保持し、ネットワークをフォローします。
  • 検証サーバー(バリデータ)- コンセンサスの参加者(ストックサーバーの処理もすべて行います)。
  • rippled スタンドアロンモードのサーバー - テスト用。他のrippledサーバーと通信しません。

また、rippled APIにローカルでアクセスするためのクライアントアプリケーションとして、rippled実行可能ファイルを実行できます。(この場合同じバイナリの2つのインスタンスを並列して実行できます。1つのインスタンスをサーバーとして実行し、もう1つのインスタンスをクライアントとして一時的に実行して終了します。)

各モードでrippledを実行するためのコマンドについては、rippledコマンドライン使用リファレンスを参照してください。

ストックサーバーを運用する理由

独自のrippledサーバーを運用する理由は多数ありますが、その最たる理由として、独自サーバーが信頼できるものであり、自身でその負荷を管理でき、サーバーにアクセスするタイミングとアクセス方法を他のユーザーに依存せずに決めることができる点があげられます。もちろん、独自サーバーを不正使用者から保護するために適切なネットワークセキュリティ対策を講じなければなりません。

使用するrippledを信頼する必要があります。悪意のあるサーバーに接続してしまうと、そのサーバーはさまざまな方法であなたを利用して資金を失わせることができます。次に例を示します。

  • 悪意のあるサーバーは、実際には行われていないあなたへの支払いが行われたと報告することがあります。
  • ペイメントパスと通貨取引オファーを選択的に表示または非表示にし、最適なディールをあなたに提示せずに不正使用者の利益になるようにします。
  • 悪意のあるサーバーにアドレスのシークレットキーを送信すると、このサーバーがあなたの代理として任意のトランザクションを実行し、アドレスが保有する資金全額を送金または消却することがあります。

さらに、独自サーバーを運用することでサーバーを制御できるようになり、重要な管理者専用コマンドや負荷の高いコマンドを実行できます。共有サーバーを使用する場合は、同じサーバーを利用する他のユーザーとサーバーのコンピューティング能力をめぐって競合することに注意する必要があります。WebSocket APIのコマンドの多くは、サーバーに大きな負荷をかけるため、rippledには必要に応じてその応答を縮小できるオプションがあります。サーバーを他のユーザーと共有する場合には、常に最適の結果を得られるとは限りません。

最後に、各自で検証サーバーを運用する場合には、ストックサーバーをパブリックネットワークへのプロキシとして使用し、ストックサーバー経由でのみ外部にアクセス可能なプライベートサブネット上で検証サーバーを維持することができます。これにより、検証サーバーの整合性を危うくすることはさらに難しくなります。

公開ハブ

Note: この部分は日本語ではまだ利用できません。助けたいと思うなら、提供して下さい!

A public hub is a stock server with lots of peer protocol connections to other servers. You can help the XRP Ledger network maintain efficient connectivity by running a stock server as a public hub. Successful public hubs embody the following traits:

  • Good bandwidth.

  • Connections with a lot of reliable peers.

  • Ability to relay messages reliably.

バリデータを運用する理由

XRP Ledgerの堅牢性は、バリデータが相互に接続されたネットワークに依存しています。各バリデータは、他の何人かのバリデータが 共謀しない と信頼しています。利害の異なるバリデータ運用オペレーターが増えるほど、ネットワークの各メンバーは、ネットワークが引き続き公平に運営されることに確信が持てるようになります。XRP Ledgerを使用している組織や個人の場合、コンセンサスプロセスへ参加することが自らの利益につながります。

すべてのrippledサーバーをバリデータとする必要はありません。信頼する同一オペレーターのサーバーの数が増えても、共謀の発生をよりよく防止できるわけではありません。組織が自然災害などの緊急事態に備えて冗長性を保つために、複数の地域でバリデータを運用することがあります。

組織が検証サーバーを運用している場合は、1つ以上のストックサーバーを実行して、APIアクセスの計算負荷のバランスを取ったり、それらを検証サーバーと外部ネットワーク間のプロキシとすることもできます。

バリデータの実行についての詳細は、バリデータとしてのrippledの実行を参照してください。

rippledサーバーをスタンドアロンモードで実行する理由

信頼できるサーバーのコンセンサスなしでも、rippledをスタンドアロンモードで実行できます。スタンドアロンモードでは、rippledはXRP Ledgerピアツーピアネットワーク内のその他のサーバーとは通信しませんが、同じ操作のほとんどをローカルサーバーのみで実行できます。スタンドアロンでは、本番環境ネットワークに接続せずにrippledの動作をテストできます。たとえば、分散型ネットワークにAmendmentが反映される前に、Amendmentの効果をテストできます。

rippledをスタンドアロンモードで実行する場合、どのレジャーバージョンから開始するかを指示する必要があります。

注意: スタンドアロンモードではレジャーを手動で進める必要があります。

関連項目