Ledgerの技術に飛び込んで、統合を始めましょう。サーバーrippledサーバーのモードrippledサーバーのモードrippledサーバーソフトウェアは、その設定に応じて以下のようなさまざまなモードで実行できます。ピアツーピアネットワークをフォローし、トランザクションを処理し、ある程度のレジャー履歴を維持します。このモードは、以下の役割のいずれか、またはすべてを行うように設定することができます。コンセンサスに参加することで、ネットワークの安全確保に貢献します。共有レジャーからデータを読み込んだり、トランザクションを送信したり、レジャーのアクティビティを監視するためのAPIアクセスを提供します。ピアツーピアネットワークの他の多くのメンバー間のメッセージを中継します。リレーショナルデータベースからのAPIリクエストに対応するための専用モードです。ピアツーピアネットワークには参加しないため、P2Pモードサーバーを実行し、信頼できるgRPC接続を使用してレポートモードサーバーに接続する必要があります。テスト用のオフラインモードです。ピアツーピアネットワークに接続せず、コンセンサスも使用しません。APIにローカルでアクセスするためのクライアントアプリケーションとして、rippled実行可能ファイルを実行できます。(この場合同じバイナリの2つのインスタンスを並列して実行できます。1つのインスタンスをサーバーとして実行し、もう1つのインスタンスをクライアントとして一時的に実行して終了します。)各モードでrippledを実行するためのコマンドについては、rippledコマンドライン使用リファレンスを参照してください。P2PモードP2Pモードはrippledサーバーのメインかつデフォルトのモードで、サーバーが行うべきほぼ全てのことを処理することができます。Ledgerの共有状態を維持するピアツーピア・ネットワークを形成しています。トランザクションを送信したり、レジャーデータを読んだり、その他ネットワークに参加したい場合、リクエストはどこかでP2Pモードのサーバーを経由しなければなりません。P2Pモードのサーバーは、追加機能を提供するためにさらに細かく設定することができます。その他の構成は以下の通りです。公開ハブP2Pモードのサーバーは、デフォルトでMainnetに接続します。全てのP2Pモードサーバーは、トランザクションの送信、残高や設定の確認、サーバーの管理などの目的で、APIを提供しています。Ledgerにデータを照会したり、ビジネス用途でトランザクションを送信するのであれば、独自サーバーを運営することが有効でしょう。Ledgerは、現在のステートの把握や新しいトランザクションの処理のために、サーバーが完全なトランザクション履歴を持つことを必要としません。サーバーの運用者は、一度にどれだけのレジャー履歴を保存するかを決めることができます。P2PモードサーバーがAPIリクエストに答えられるのは、ローカルで利用可能なレジャー履歴のみです。6ヶ月分の履歴を保存している場合、サーバーは1年前のトランザクションの結果を示すことはできません。Ledgerの開始以降のすべてのトランザクションと残高を報告できます。公開ハブ公開ハブは、他のサーバーへのピアプロトコル接続が多数あるストックサーバーを指します。Ledgerネットワークの効率的な接続を維持できます。適切に運用されている公開ハブには、以下の特徴があります。多数の信頼できるピアとの接続。メッセージを確実に中継する能力。サーバーをハブとして設定するには、許可される最大ピア数を増やし、ファイアウォールやNAT(ネットワークアドレス変換)ルーターで適切なポートを転送していることを確認する必要があります。Ledgerの堅牢性は、他のバリデータが共謀しないことをそれぞれが信頼している、相互接続されたバリデータのネットワークに依存しています。他のP2Pモードサーバーと同様に、各トランザクションを処理し、レジャーの状態を計算することに加え、バリデータはコンセンサスプロトコルに積極的に参加しています。Ledgerにアクセスするのであれば、バリデータとして1台のサーバーを稼働させ、コンセンサスプロセスに貢献することが望ましいでしょう。バリデーションはわずかな計算資源しか使用しませんが、1つの組織や団体が複数のバリデータを運用しても、共謀に対する保護が強化されるわけではないので、あまりメリットはないでしょう。各バリデータは一意の暗号鍵ペアで識別されるので、慎重に管理しなければいけません。複数のバリデータが鍵ペアを共有してはいけません。このような理由から、バリデーションはデフォルトで無効になっています。他の目的にも使用されているサーバーで、安全にバリデーションを有効にすることができます。P2Pモードの他のrippledサーバーと一緒にクラスタで実行することもできます。バリデータの実行についての詳細は、バリデータとしてのrippledの実行を参照してください。レポートモードレポートモードは、APIリクエストをより効率的に処理するために特化したモードです。レポートモードサーバはピアツーピアネットワークに直接参加しませんが、トランザクションの送信などの要求を、使用しているP2Pモードサーバに転送することはできます。クラスタへのアクセスを共有し、各サーバーがすべてのデータの冗長コピーを必要とせずに大量の履歴を提供できます。APIを使ってこのデータを提供します。注目すべきは、レポートモードのサーバーは、保留中や未検証のレジャーデータまたはトランザクションをレポートしないことです。この制限は、分散型取引所での裁定取引の実行など、流動的なデータへの迅速なアクセスに依存する特定の使用事例に関連しています。スタンドアロンモードスタンドアロンモードでは、サーバーはネットワークに接続せず、コンセンサスプロセスにも参加せずに動作します。コンセンサスプロセスがなければ、手動で台帳を進める必要があり、「closedレジャー」と「validatedレジャー」の区別はありません。サーバーは依然としてAPIアクセスを提供し、トランザクションを同じように処理します。これにより、以下のことが可能になります。分散型ネットワーク上でAmendmentsが有効になる前に、Amendmentsの影響をテストする。新しいジェネシスレジャーを最初から作成する。ディスクから既存のレジャーバージョンを読み込み、特定のトランザクションを再生して、その結果を再現したり、他の可能性をテストする。スタンドアロンモードではレジャーを手動で進める必要があります。