Ledgerの世界に飛び込み、開発を始めましょう。APIsリソース開発サンプルコード開発者ツールXRPL学習ポータルXRPLブランドキット現在のステータスエクスプローラ既知のAmendment参加しようコードへの貢献ドキュメントへの貢献コミュニティコミュニティ話題に加わろう。仕組みを採用しています。現在一般に市販されているのマシンで、処理中の現行レジャーを常にRAMに保存でき、全履歴がディスクに収まるように、技術の向上に合わせて台帳サイズが大きくなるのを制限することが目的です。取引(トランザクション)を送信するには、各アドレスが共有グローバル台帳内に少量のXRPを保有している必要があります。このXRPを他のアドレスに送信することはできません。新しいアドレスに資金供給するには、必要となる準備金を満たすのに十分なXRPを送信する必要があります。準備金要件は、バリデータが新しい準備金設定に合意する手数料の投票プロセスにより、随時変更されます。2つの部分に分けられます。基本準備金は、レジャーの各アドレスに必要なXRPの最小額です。所有者準備金は、アドレスがレジャーに所有しているオブジェクトごとに必要な準備金の増加額です。アイテムごとのコストは「増分準備金」とも呼ばれます。メインネットにおける現在の準備金要件は次の通りです。XRP他のネットワークでの準備金は異なる場合があります。所有者準備金レジャー内の多くのオブジェクト(レジャーエントリ)は、特定のアカウントが所有しています。通常、所有者はオブジェクトを作成したアカウントです。各オブジェクトは、所有者の合計必要準備金を所有者準備金によって増加させます。オブジェクトがレジャーから削除されると、所有者の必要準備金にカウントされなくなります。所有者の必要準備金にカウントされるオブジェクトには次のものが含まれます。トラストライン.次のようないくつかの特殊なケースが存在します。非代替性トークン(NFT)は、それぞれ最大32個のNFTを含むページにグループ化され、所有者準備金はNFTごとではなくページごとに適用されます。ページの分割と結合の仕組みにより、実際に保存されるNFTの数はページごとに異なります。NFTokenPageオブジェクトの準備金もご覧ください。トラストライン(RippleStateエントリ)は2つのアカウント間で共有されます。所有者準備金はどちらか一方、または両方に適用できます。多くの場合、トークン所有者は準備金を負担し、発行者は負担しません。所有者準備金への資金提供もご覧ください。amendment以前に作成された署名者リストは、複数のオブジェクトとしてカウントされます。署名者リストと準備金もご覧ください。所有者ディレクトリは、アカウントが所有するすべてのオブジェクトを含む、アカウントに関連するすべてのオブジェクトをリストしたレジャーエントリです。所有者ディレクトリ自体は準備金にカウントされません。準備金の確認アプリケーションは、server_infoメソッドまたはserver_stateメソッドを使用して、現在の基本準備金と増分準備金の値を調べることができます。validated_ledger.reserve_incアカウントの所有者準備金を決定するには、増分準備金にアカウントが所有するオブジェクトの数を掛けます。アカウントが所有しているオブジェクトの数を調べるには、account_infoメソッドを呼び出し、account_data.OwnerCountを取得します。アドレスの必要となる合計準備金を計算するには、OwnerCountにreserve_inc_xrpを掛け、次にreserve_base_xrpを加えます。この計算をPythonで行うデモがあります。必要準備金を下回るトランザクション処理中、トランザクションコストによって、送信元アドレスのXRP残高の一部がバーンされます。その結果、そのアドレスのXRPが必要準備金を下回る可能性があります。アドレスが保持しているXRPが、現在の必要準備金を下回ると、XRPを他のアドレスに送信するトランザクションを送信したり、自身の準備金を増やしたりできなくなります。このような場合でも、そのアドレスはレジャー内に存在し、トランザクションコストを支払うのに十分なXRPを持っている限り、その他のトランザクションを送信することができます。必要準備金を満たすために十分なXRPを受け取った場合、またはそのアドレスのXRP保有額よりも準備金の必要額が減少した場合、そのアドレスはすべてのタイプのトランザクションを再度送信できるようになります。ヒントアドレスが必要準備金を下回った場合は、新しいOfferCreateトランザクションを送信して、追加のXRP、または既存のトラストライン上の他の通貨を入手することができます。このような取引では、新しいトラストラインやレジャー内のオファーエントリを作成することはできないため、すでにオーダーブック内にあるオファーを実行するトランザクションのみを実行することができます。Ledgerには、準備金要件を調整する仕組みがあります。このような調整は、例えばXRPの価値の長期的な変化、汎用レベルのハードウェアの性能の向上、サーバソフトウェアの実装の効率化などを考慮することができます。いかなる変更も、コンセンサスプロセスによる合意が必要です。詳細は手数料の投票をご覧ください。オープンソース.English。