国際決済銀行は9月2日、公式統計の真正性を確認するためのプロトタイプを発表しました。このシステムは、統計ファイルを暗号学的フィンガープリントに変換し、そのフィンガープリントの要約をXRP Ledgerに固定することで、受信者がファイルを公開記録と比較できるようにします。
この結果はXRPに対して二分された評価を生み出します。プロトタイプはXRPLに信頼できる機関向けの使用事例を提供しますが、バッチ設計により、直接的な手数料燃焼の経路は機械的に小さく保たれます。1つのレジャー取引で数千のデータセットを表すことができるので、有用な活動はXRPを消費する取引数よりもはるかに速くスケールできます。
この研究は8月1日にSAGEを通じてオンラインで最初に公開され、9月2日にBISワーキングペーパー1374としてリリースされました。この論文は著者の見解を提示しており、企業やプロジェクトへの言及は例示的なものです。実装は実験的なXRPL DevNetのプロトタイプであり、レビューされたソースにはRippleとの商業的関係は一切記載されていません。
認証システムの仕組み
公式統計は、統計データとメタデータを交換するための標準であるSDMXで一般的に伝送されます。プロトタイプはSDMXファイルを正規化し、ファイル全体または個々のデータ系列にSHA3-512ハッシュを適用します。その後、これらのファインプリントをマーチルツリーに組み合わせ、多数のレコードを「ルート」と呼ばれる1つの要約値に圧縮する構造を形成します。
ルートはXRPLトランザクションのメモフィールドに記録されます。基盤となる統計データ、プロトタイプの運用ストアおよび証明はオフチェーンに保持されます。返却されるSDMXファイルには、トランザクション参照、順序付けられたファインプリント、および署名された検証可能なクレデンシャルが埋め込まれており、受信者はこれらを用いてルートを再構築し、台帳と比較することができます。
XRPLは、コミットメントのタイムスタンプ付き公開公証人として機能します。経済数値を保持するデータベースとしては機能しません。open-source implementationは、実験的であり、本番環境には不適切で、メンテナンスされていないと自己記述しています。
著者らは、低額な手数料、迅速なコンセンサス確定、そして開発者リソースの入手しやすさからXRPLを選択しました。また、ブロックチェーンインターフェースを交換可能にすることで、別の台帳が同じアンカー役割を果たせるようにしました。この設計選択により、プロトタイプは認証方法の証拠であり、XRPLがその方法をホストできる能力の証拠となりますが、その方法がXRP Ledgerに依存していることの証拠ではありません。
パフォーマンス結果は、XRPL DevNetに接続し、合成SDMXコーパスを使用した単一の開発者ワークステーションから得られました。これらの制御されたテストでは、中央値の公開遅延は3〜5秒、検証は1〜2秒でした。評価には、継続的なメインネット負荷、エンタープライズファイアウォール、ハードウェアセキュリティモジュールによる署名、および攻撃的状況は含まれていません。DevNetでは実際の価値のないテストXRPが使用されているため、この実行では技術的な測定値が得られ、リアルタイムのトークン需要は反映されていません。
これらの境界は依然として意味のある結果を残します。統計出版者は、機密データを公開台帳に曝すことなく、独立した整合性チェックを提供できます。経済的なトレードオフは同じメカニズムに現れます：Merkleバッチ処理により、大量の情報を認証するために必要なオンチェーンコミットメントの数が削減されます。
XRPの価値捕捉の計算
XRPLの標準的な手数料は通常10ドロップ（0.00001 XRP）から始まります。トランザクションが検証されたレジャーに取り込まれると、その手数料は破棄されます。ネットワークの負荷によってコストが上昇することがあり、特定のトランザクションタイプには異なる最低手数料が適用される場合がありますが、BISの論文では10ドロップを基本ケースとしています。
手数料はアンカリングトランザクションに比例して増加しますが、データセットのボリュームはバッチに圧縮できます。以下の算術は、一定の10-drop最低額と標準トランザクションにおける差異を示しています：
| アクティビティパターン | アノーチングトランザクション | XRPが燃やされました |
|---|---|---|
| 100万のデータセットを、アンカーごとに1,000ずつバッチ化 | 1,000 | 0.01 XRP |
| 100万の個別アンカー | 1,000,000 | 10 XRP |
| 365日間、1分ごとに1つのアンカー | 525,600 | 5.256 XRP |
| 1秒に1つのアンカーを365日間 | 31,536,000 | 315.36 XRP |
これらはスケールの図解であり、デプロイ予測ではありません。実際のバーンは、パブリッシャーがアンカーを送信する頻度、バッチ化するデータセットの数、ネットワークの負荷状況、およびトランザクションの種類によって決まります。DevNetのプロトタイプは、このメインネットの需要を一切生成していません。
論文のコストモデルは同じ方向を示している。これは10ドロップの手数料とXRPあたり0.30ドルという例示的な価格を前提としており、これは現在の価格ではなくモデルの入力値である。バッチサイズを1,000とした場合、著者は1つのデータセットあたりオンチェーンコストを0.000000003ドルと計算している。バッチあたり約50アイテムを超えると、その例において処理と原始的なストレージがチェーンおよび証明ストレージコストを支配する。
緊急リリースでは、より多くのデータセットを待つことで遅延が生じるため、小さなバッチが有利になります。それでも、この論文ではXRPLの低い名目手数料がペナルティを制限すると述べています。XRP保有者にとって、これは認証されたファイルやシリーズの数よりも、生産サイクルの方が重要であることを意味します。
メインネットの予約金は、二つ目の条件付き経路を生み出します。現在のXRPL予約金ルールによると、各アドレスは1 XRPの基本予約金を保有する必要があり、さらに予約金対象となるレジャーオブジェクト1つにつき0.2 XRPが追加で必要です。ネットワークはこれらの残高を前払いとして保持し、通常のトランザクション手数料は破壊されるXRPです。
デプロイメントが新しい口座またはレジャー・オブジェクトを必要とする場合、予備要求は増加します。データセットは独自の予備要件を保持せず、既存の口座からの繰り返しメモ・アンカーは毎回追加で1 XRPをロックすることはありません。バリデーターの投票によっても予備レベルが変更される可能性があります。したがって、本番利用では多くの新規機関口座で保有されるXRPが増加する可能性がありますが、その影響はデータセットのスループットではなく、デプロイメントのアーキテクチャに依存します。
この論文は、狭い価値捕捉の結論を支持している。XRPはメインネット版の手数料と準備金を供給し、メルクルバッチングは繰り返し発生する手数料の流れを意図的に圧縮する。論文の前提と現在の手数料メカニズムのもとでは、認証されたデータ量が増加しても、直接のバーンチャネルは小さく保たれる。
XRPの市場価格は、ネットワークの他の部分での期待、流動性、活動に引き続き反応する可能性があります。これらの要因はこのプロトタイプの外にあります。BISの作業は、制御された条件下でXRPLを低コストの認証レイヤーとして有効であることを示しましたが、トークンの需要を実質的に生み出すには、持続的なアンカー頻度、広範な口座作成、またはその他のXRP中心の活動が必要であり、今回の実験ではそれらは示されていません。
投稿 BISは、XRP Ledgerでの本格的な機関採用が保有者が期待するXRP供給の逼迫を引き起こさない理由を示している は、CryptoSlate で最初に公開されました。