Ipapakita ng BIS prototype na ang XRP Ledger ay makakatugon sa paggamit ng mga institusyon nang walang malaking pag-burn ng token

Ipinahayag ng Bank for International Settlements ang isang working paper noong Sept. 2 na naglalarawan ng isang prototype para sa pagsusuri ng autentisidad ng opisyal na istatistika. Ang sistema ay nagpapalit ng isang statistical file sa isang cryptographic fingerprint, nag-a-anchored ng isang summary ng mga fingerprint na iyon sa XRP Ledger, at nagbibigay-daan sa isang tagatanggap na ihambing ang file sa public record.

Ang resulta ay naglikha ng hiwalay na pagpapasya para sa XRP. Ang prototype ay nagbibigay ng kredibleng use case para sa XRPL na may istilo ng institusyon, habang ang kanyang batching design ay nagpapanatili ng maliit na mekanikal na daan para sa fee-burn. Isang ledger transaction ay maaaring kumakatawan sa libu-libong dataset, kaya ang magagamit na aktibidad ay maaaring umunlad nang mas mabilis kaysa sa bilang ng mga transaksyon na gumagamit ng XRP.

Una sa pananaliksik ay lumabas sa online sa SAGE noong Ag. 1; ang Sept. 2 ay ang petsa ng paglabas nito bilang BIS Working Paper 1374. Ang papel ay nagpapakita ng mga pananaw ng mga may-akda at sinasabi na ang mga sanggunian nito sa mga kumpanya at proyekto ay ilustratibo. Ang pagpapatupad nito ay nananatiling isang eksperimental na XRPL DevNet na patotoo ng konsepto, at ang mga nasuri na sanggunian ay hindi naglalathala ng anumang komersyal na ugnayan sa Ripple.

Karaniwang naglalakbay ang opisyal na istatistika sa SDMX, isang pamantayan para sa pagpapalitan ng istatistikal na data at metadata. Normalizes ng prototype ang isang SDMX file at naglalapat ng SHA3-512 hashing sa buong file o sa mga indibidwal na data series. Pagkatapos, pinagsasama nito ang mga fingerprint na ito sa isang Merkle tree, isang istruktura na kumokompres ng malaking grupo ng mga rekord sa isang pagsasamang halaga na tinatawag na root.

Isinusulat ang root sa memo field ng isang XRPL transaction. Nananatiling off-chain ang mga pangunahing estadistika at ang mga operasyonal na store at patotoo ng prototype. Ang return na SDMX file ay naglalaman ng transaction reference, ordered fingerprints, at isang signed verifiable credential, na nagbibigay sa recipient ng mga materyales na kailangan upang muling buuin ang root at ikumpara ito sa ledger.

Kaya ang XRPL ay naglilingkod bilang timestamped public notary para sa komitment. Hindi ito naglilingkod bilang database na nagtatago ng mga ekonomikong numero. Ang open-source implementation ay naglalarawan sa sarili bilang eksperimental, hindi angkop para sa production, at hindi pinapanatili.

Piliin ng mga may-akda ang XRPL dahil sa mababang nominal na bayarin, mabilis na pagkakasundo, at madaling ma-access na mga mapagkukunan para sa mga developer. Ginawa rin nilang palitan ang interface ng blockchain, upang maaaring gamitin ng ibang ledger ang parehong papel bilang anchor. Ang desenyong ito ay nagiging ebidensya para sa paraan ng pag-authenticate at sa kakayahan ng XRPL na maghost nito, hindi naman ebidensya na nakadepende ang paraan sa XRP Ledger.

Mula sa isang solong workstation ng developer na konektado sa XRPL DevNet at gumagamit ng isang sintetikong SDMX corpus, ang mga resulta ng performance ay nagpapakita na ang median na latency ng pagpapalabas ay tatlo hanggang limang segundo, samantalang ang pag-verify ay nangangailangan ng isang hanggang dalawang segundo. Ang pagtataya ay hindi kasama ang patuloy na Mainnet load, isang enterprise firewall, pag-sign na may hardware-security-module, at mga kondisyon na may kaaway. Gumagamit ang DevNet ng test XRP na walang real-world value, kaya ang resulta ay teknikal na pagsukat lamang at hindi aktwal na pangangailangan ng token.

Ang mga hangganan na ito ay nananatiling nagbibigay ng makabuluhang resulta. Maaaring magbigay ng independiyenteng pagsusuri ng integridad ang isang estadistikal na tagapaglathala nang hindi ipinapakita ang mga lihim na data sa isang publikong ledger. Ang ekonomikong tawad ay lumalabas sa parehong mekanismo: ang Merkle batching ay nagbabawas sa bilang ng on-chain commitments na kailangan upang autentikuhin ang isang malaking katawan ng impormasyon.

Ang standard na gastos sa transaksyon ng XRPL ay karaniwang nagsisimula sa 10 drops, katumbas ng 0.00001 XRP. Kapag pumasok ang transaksyon sa validated ledger, nasasira ang bayarin nito. Ang load ng network ay maaaring magtaas ng gastos, at ang ilang espesyal na uri ng transaksyon ay may iba’t ibang minimum, ngunit gumagamit ang papel ng BIS ng 10 drops bilang kanyang base case.

Ang bayad ay tumutugma sa mga transaksyon ng pag-ani, habang ang volumen ng dataset ay maaaring i-compress sa mga batch. Ang sumusunod na aritmetika ay nagpapakita ng pagkakaiba sa ilalim ng patuloy na minimum na 10-drop at mga standard na transaksyon:

Ito ay mga skala na ilustrasyon, hindi mga paunang pagtataya ng pag-deploy. Ang tunay na pag-burn ay magpapakita kung gaano kadalas ang mga tagapaglathala na nagpapadala ng mga anchor, gaano karaming dataset ang kanilang pinagsama, ang kasalukuyang load ng network, at ang uri ng transaksyon. Ang DevNet prototype ay hindi naglikha ng anumang demand na ito sa Mainnet.

Ang modelo ng gastos ng papel ay nagtuturo sa parehong direksyon. Ito ay nagtatanggap ng 10-drop fee at isang ilustratibong presyo ng $0.30 bawat XRP, na isang modelo ng input kaysa isang kasalukuyang quote. Sa isang batch size na 1,000, kalkulahin ng mga may-akda ang on-chain cost na $0.000000003 bawat dataset. Sa itaas ng humigit-kumulang 50 item bawat batch, ang processing at raw storage ang dominanteng nagtataglay ng chain at proof-storage costs sa kanilang mga halimbawa.

Maaaring mas mapabuti ng maliit na mga batch ang mga pambansang paglabas dahil ang paghintay para sa higit pang mga dataset ay nagdudulot ng pagkakalantad. Kahit paano, sinasabi ng papel na ang mababang nominal na bayad ng XRPL ay nagtatagpo ng parusa. Para sa mga tagapag-angkop ng XRP, ang pagkakasunod-sunod ng produksyon ang mas mahalaga kaysa sa pangunahing bilang ng mga file o serye na napatotohanan.

Ang mga pagsisilbing mainnet ay gumagawa ng pangalawang, kondisyonal na daan. Ayon sa kasalukuyang XRPL reserve rules, kailangan ng bawat address na magkaroon ng 1 XRP base reserve, kasama ang karagdagang 0.2 XRP para sa bawat ledger object na kumukuha ng reserve. Ang network ay nagtatago ng mga balanse na iyon bilang prefunding; ang karaniwang bayarin sa transaksyon ay ang XRP na nasasira.

Lumalaki ang demand sa reserve kapag kailangan ng isang deployment ng mga bagong account o ledger objects. Hindi nagdadala ng sariling reserve requirement ang isang dataset, at ang paulit-ulit na memo anchoring mula sa isang umiiral na account ay hindi naglalock ng isa pang 1 XRP bawat beses. Ang validator voting ay maaari ring magbago sa antas ng reserve. Kaya’t maaaring tumaas ang naka-hold na XRP sa maraming bagong institutional account sa production usage, ngunit ang epekto ay nakadepende sa deployment architecture kaysa sa dataset throughput.

Suporta ng papel ang isang maliit na konklusyon sa pagkuha ng halaga. Ang XRP ay maghahatid ng mga bayarin at reserve para sa isang bersyon ng Mainnet, habang ang Merkle batching ay sadyang pinapaliit ang paulit-ulit na pagdaloy ng bayarin. Ayon sa mga ipinagpapalagay ng papel at kasalukuyang mekanismo ng bayarin, nananatiling maliit ang direkta na channel ng pagbuburn kahit na tumataas ang volumen ng napatunayang data.

Ang market price ng XRP ay maaari pa ring tumugon sa mga inaasahan, likuididad, at aktibidad sa iba pang bahagi ng network. Ang mga puwersang ito ay nasa labas ng prototipo na ito. Ang trabaho ng BIS ay nagtatatag ng XRPL bilang isang makabuluhang mura at authentication layer sa ilalim ng kontroladong kondisyon; ang materyal na pangangailangan para sa token ay nangangailangan ng patuloy na anchoring cadence, malawakang paglikha ng account, o iba pang XRP-centered na aktibidad na hindi ipinakita ng eksperimento.

Ang post BIS shows why real institutional adoption on XRP Ledger won’t trigger the XRP supply squeeze holders expect ay unang lumabas sa CryptoSlate.