レジャー履歴

コンセンサスプロセスにより、検証済みレジャーバージョンのチェーンが作成されます。各バージョンは、以前のバージョンにトランザクションのセットを適用して生成されます。各rippledサーバには、レジャーバージョンとトランザクション履歴がローカルに保管されます。サーバに保管されるトランザクション履歴の量は、サーバがオンラインであった期間と、サーバが取得し、保持する履歴量の設定に応じて異なります。

ピアツーピアのXRP Ledgerネットワーク内のサーバは、コンセンサスプロセスの一環としてトランザクションやその他のデータを相互に共有します。各サーバは個別に新しいレジャーバージョンを作成し、その結果を信頼できるバリデータと比較して、整合性を維持します。（信頼できるバリデータのコンセンサスがサーバの結果と一致しない場合は、サーバがピアから必要なデータを取得して整合性を維持します。）サーバはピアから古いデータをダウンロードして、利用可能な履歴のギャップを埋めることができます。レジャーはデータの暗号ハッシュを使用した構造となっているため、すべてのサーバがデータの整合性の検証を行えます。

データベース

サーバはレジャーの状態データとトランザクションを レジャーストアー と呼ばれるkey-valueストアで保持します。また、rippledにはいくつかのSQLiteデータベースファイルが維持されているので、トランザクション履歴などへより柔軟にアクセスし、特定の設定変更を追跡できます。

一般に、rippledサーバが稼働していないときにはそのサーバのすべてのデータベースファイルを安全に削除できます。（たとえばサーバのストレージ設定を変更する場合や、Test Netから本番環境ネットワークに切り替える場合に、このような削除が必要となることがあります。）

利用可能な履歴

設計上、XRP Ledgerのすべてのデータとトランザクションは公開されており、誰でもすべてのデータを検索または照会できます。ただし、サーバが検索できるデータは、そのサーバがローカルで使用できるデータに限られます。サーバで利用できないレジャーバージョンやトランザクションを照会しようとすると、そのデータが見つからないというレスポンスがサーバから返されます。必要な履歴を保持している他のサーバに対して同じ照会を実行すると、正常なレスポンスが返されます。XRP Ledgerデータを使用する企業では、サーバで利用可能な履歴の量に注意してください。

server_infoメソッドは、サーバで利用可能なレジャーバージョンの数をcomplete_ledgersフィールドで報告します。

履歴の取得

rippledサーバは起動されると、最優先で最新の検証済みレジャーの完全なコピーを取得します。その後、サーバは常にレジャーの進行状況を把握します。レジャー履歴を埋め戻すように設定されているサーバでは、レジャー履歴が設定量に達するまで埋め戻されます。この設定量は、オンライン削除による削除が開始されるカットオフ値以下でなければなりません。

履歴の埋め戻しは、サーバの最も低い優先順位の1つであるため、特にサーバが忙しい場合や、ハードウェアやネットワークのスペックが十分でない場合、不足する履歴を埋めるのに長い時間がかかることがあります。ハードウェアのスペックに関する推奨事項は、容量計画をご覧ください。また、履歴を埋め戻すには、サーバのダイレクトピアのうち少なくとも1つが該当する履歴を持っていることが必要です。サーバのピアツーピア接続の管理については、ピアリングの設定をご覧ください。

XRP Ledgerは、コンテンツの一意のハッシュを使用して（さまざまなレベルの）データを識別します。XRP Ledgerの状態データには、レジャーの履歴の概要がLedgerHashesオブジェクトタイプの形式で含まれています。サーバはLedgerHashesオブジェクトを使用して取得するレジャーバージョンを認識し、受信するレジャーデータが正しく完全であることを確認します。

履歴の埋め戻し

サーバがダウンロードしようとする履歴の量は、その設定に依存します。サーバは自動的に、最も古い台帳までの履歴をダウンロードしてギャップを埋めようとします。[ledger_history]設定を使用すると、サーバがそれ以降の履歴を埋め戻すようにすることができます。ただし、削除が予定されている台帳は、サーバがダウンロードすることはありません。

[ledger_history]設定は、現在有効な台帳の前から蓄積する台帳の最小数を定義します。ネットワークの完全な履歴をダウンロードするには、特別な値fullを使用します。[ledger_history]設定を使用して、サーバに より少ない 履歴をダウンロードさせることはできません。サーバが保存する履歴の量を減らすには、代わりにオンライン削除設定を変更してください。

すべての履歴

XRP Ledgerネットワーク内の一部のサーバは、「すべての履歴が記録される」サーバとして設定されています。これらのサーバは、使用可能なすべてのXRP Ledgerの履歴を収集しますが、オンライン削除は使用しません。このため他の追跡サーバよりもかなり多くのディスク容量が必要です。

XRP Ledger財団は、コミュニティメンバーが運営する一連の全履歴サーバへのアクセスを提供しています（詳細はxrplcluster.comを参照）。また、Ripple社は公開サービスとして、s2.ripple.comに一連の公開全履歴サーバを提供しています。

ヒント: 一部の暗号資産ネットワークとは異なり、XRP Ledgerのサーバは、現在の状態を認識して最新のトランザクションを把握するのにすべての履歴を必要としません。

すべての履歴の設定については、完全な履歴の設定をご覧ください。

履歴シャーディング

XRP Ledgerのすべての履歴を1台の高価なマシンに保管する代わりに、複数のサーバがレジャー履歴の一部分を保管するように構成できます。これは履歴シャーディング機能によって実現します。一定範囲のレジャー履歴が シャードストアー という個別の保管領域に保管されます。ピアサーバから（上記の履歴の取得で説明したとおり）特定のデータがリクエストされると、サーバはレジャーストアーまたはシャードストアーのデータを使用してレスポンスできます。

オンライン削除ではシャードストアーのデータは削除されません。ただし、32768個以上のレジャーバージョンをサーバのレジャーストアーに保持するようにオンライン削除が設定されていれば、レジャーストアーからデータが自動的に削除される前に、サーバはレジャーストアーからシャードストアーにすべてのシャードをコピーできます。

詳細は、履歴シャーディングの設定をご覧ください。