ソーシャルメディアで広まっている主張によると、XRP LedgerのRPCノードは1秒あたり30,000件のメッセージを処理できるように見えます。しかし、検証済みのベンチマークは実際にはその数値を裏付けていません。
実際に示されている数値
XRPL Labsは、XRP Ledgerの主要なインフラ開発者の1つであり、単純なメッセージスループットではなく遅延に焦点を当ててきました。現在の公開エンドポイントでは、ledger_currentコールのp50遅延が約371ミリ秒であり、公開XRPLサーバーの中で最も遅延が低い選択肢です。
ピーク使用期間中に、パブリックサーバークラスターは1秒あたり10,000回以上の読み取りを処理していることが観測されています。これはブロックチェーンインフラストラクチャとして堅実な数値ですが、主張されている30,000の数値の3分の1に過ぎません。
他のインフラプロバイダーであるGetBlockは、専用設定ではXRPLノードがレート制限なしで毎秒1,000件以上のリクエストを処理できると主張しています。
ヘッドライン数値に最も近いのはバリデーターメッセージングであり、これは本質的に異なるカテゴリのトラフィックです。最適なテスト条件下では、バリデーターメッセージ処理の平均は約毎秒3,260件、ピークは毎秒6,100件以上を記録しています。しかし、バリデーター間の合意トラフィックとクライアント-サーバーRPCリクエストは、比べるものではありません。
本番環境では、XRPLネットワークの実際のトランザクション処理能力は、日常的なピーク時に過去に1秒あたり100〜230トランザクションの範囲で推移してきました。制御されたテスト環境での理論上の最大値は1,500 TPSを超えたことがありますが、それでも議論されている30,000という数値にはまだ1桁以上足りません。
なぜ差が重要なのか
ここで重要なのは、秒あたりのメッセージ数と秒あたりのトランザクション数の違いです。RPCノードは、レジャーにトランザクションが書き込まれることのない、数多くの読み取りリクエスト（残高照会、帳簿照会、サブスクリプション更新）を処理する可能性があります。ping、ステータスチェック、失敗したリクエストを含むすべての受信メッセージを数えると、実際に処理されたトランザクションを数えるよりも常に大きな数値になります。
XRPに関しては、リップルがXRPLを機関向け支払処理および分散型取引活動のインフラとして位置づけているため、この点が重要です。これらの用途には、実験室環境で達成される理論上のピークではなく、継続的な負荷下での予測可能で検証可能なパフォーマンスが必要です。
XRPLインフラが実際に向かっている先
371msのp50レイテンシは、すべてのリクエストで暗号検証を処理する分散ネットワークにとって意味のある進歩を示しています。安定して400ミリ秒以内にリクエストを処理できる決済ネットワークは、理論上のスループットは高いが応答時間が不安定なネットワークよりも、銀行や決済プロバイダーにとってより有用です。
インフラストラクチャスタックも多様化しています。複数のプロバイダーが専用のXRPLノードサービスを提供しており、負荷が分散され、単一障害点が削減されています。パブリッククラスターで観測された1秒あたり10,000回以上の読み取りは、専用のエンタープライズ環境が導入される前から、ネットワークが大きなクエリ量を処理できる可能性を示しています。