Дослідники, афілійовані з Банком міжнародних розрахунків, протестували XRP Ledger як рівень верифікації для офіційної статистики, згідно з робочим документом, опублікованим 2 вересня.
Прототип підключив XRP Ledger до Statistical Data and Metadata eXchange, або SDMX, міжнародного стандарту, що використовується організаціями, включно з BIS, для обміну статистичною інформацією.
Замість розміщення повних статистичних наборів даних у блокчейні, система обчислювала криптографічні відбитки, що представляють дані. Потім вона записувала ці відбитки на Devnet XRP Ledger, дозволяючи одержувачу перевірити, чи завантажений файл відповідає початково опублікованій версії.
Експеримент не є виробничим розгортанням, партнерством з Ripple або схваленням XRP як інвестиції. У документі також зазначено, що його висновки належать авторам і можуть не відображати інституційну позицію BIS.
Офіційна статистика зазвичай поширюється через вебсайти, бази даних та автоматизовані потоки даних. Одержувач повинен довіряти, що завантажений файл є автентичним і що його вміст не змінився з моменту публікації видавцем.
Дослідники розробили свій прототип для надання незалежного запису верифікації. Перед публікацією програмне забезпечення перетворювало файл SDMX у стандартизований формат та обчислювало криптографічний хеш SHA3-512.
Хеш функціонує як унікальний цифровий відбиток. Зміна навіть невеликої частини вихідного файлу дає інший результат. Таким чином, одержувач може повторити обчислення та порівняти результат з відбитком, записаним у блокчейні.
Прототип підтримував перевірку всього файлу або вибраних статистичних серій у ньому. Коли було включено кілька серій, система об'єднувала їхні хеші в корінь Меркла. Це дозволило кільком компонентам даних використовувати один запис у блокчейні, залишаючись при цьому незалежно верифікованими.
Корінь був закріплений через транзакцію XRP Ledger. Посилання на цю транзакцію потім було вбудовано у файл SDMX, надаючи одержувачам інформацію, необхідну для виявлення запису в блокчейні та завершення порівняння.
Дизайн означає, що XRP Ledger не встановлював, чи були самі статистичні дані точними. Він лише надавав докази того, що перевірені дані відповідали версії, пов'язаній з початковим записом.
У документі повідомлялося про медіанну затримку публікації приблизно від трьох до п'яти секунд в умовах контрольованого тестування. Верифікація займала приблизно одну-дві секунди.
Затримка публікації охоплювала процес створення та підтвердження запису в блокчейні. Верифікація включала переобчислення відбитка та його перевірку на відповідність інформації, що зберігається у відповідній транзакції XRP Ledger.
Ці результати не слід розглядати як гарантовану продуктивність в умовах виробництва. Дослідники проводили вимірювання за допомогою експериментальної системи, що працює на XRPL Devnet, а не на публічній основній мережі, яка використовується для реальних транзакцій.
Devnet надає тестові XRP через кран і дозволяє розробникам експериментувати без використання активів, що мають ринкову вартість. Його активність, вимоги до надійності та операційне середовище відрізняються від XRP Ledger mainnet.
Дослідники обрали XRPL частково через його відносно швидке підтвердження транзакцій та низькі транзакційні витрати. Однак експеримент не порівнював продуктивність XRPL безпосередньо з Ethereum, Solana, дозволеними базами даних або звичайними послугами цифрового відмічування часу.
Код був випущений у публічному репозиторії BIS. Його документація описує програмне забезпечення як експериментальний доказ концепції, який не призначений для виробництва і активно не підтримується.
Підтвердження того, що дані не змінилися, вирішує лише частину проблеми верифікації. Зловмисник міг би створити дійсний хеш для шахрайського файлу та опублікувати його з непов'язаної адреси блокчейну.
Прототип вирішив цей ризик за допомогою системи ідентифікації видавця. Він використовував верифікований обліковий запис W3C, підписаний ключем ідентичності, пов'язаним з адресою XRP Ledger видавця.
Одержувач міг би використовувати цей обліковий запис для перевірки того, що сторона, яка публікує файл, контролювала розпізнану адресу. Таким чином, процес верифікації оцінював як цілісність даних, так і ідентичність видавця.
Повідомлення SDMX містило посилання на транзакцію, впорядковані листи Меркла та облікові дані, необхідні для перевірки. Верифікатор міг відтворити корінь з отриманого файлу та порівняти його за допомогою одного запиту до реєстру.
Дослідники заявили, що архітектура може згодом підтримувати докази з нульовим розголошенням. Така технологія могла б дозволити організації доводити обрані факти про обмежені дані без розкриття повного набору даних.
Вони також визначили потенційне використання агентами штучного інтелекту. Автоматизовані системи все частіше отримують статистику без ручного підтвердження кожного джерела людиною. Запис верифікації, що читається машиною, міг би дозволити програмному забезпеченню відхиляти змінені або неправильно атрибутовані файли.
Це залишаються запропоновані розширення. Опублікований репозиторій надає експериментальний код, а не виробничу послугу для центральних банків, національних статистичних агентств або компаній ШІ.
Прототип використовував інфраструктуру XRP Ledger, оскільки кожен запис у блокчейні вимагає транзакції. Однак він не використовував XRP для платежів, ліквідності, розрахунків або транскордонних переказів.
Лише невелика комісія за транзакцію була б потрібна для закріплення кожного запису в mainnet. Сума залежала б від умов мережі та методу публікації, обраного установою.
Ця відмінність має значення, оскільки використання XRP Ledger не обов'язково створює значний попит на його власний актив. Видавець даних міг би закріпити багато статистичних серій через єдиний корінь Меркла, зменшуючи кількість необхідних транзакцій.
Тим не менш, експеримент розширює типи додатків, протестованих на XRPL, за межі платежів та токенізованих фінансових активів. Мережа також розробляє інституційні функції, що охоплюють дозволену торгівлю, кредитування та випуск активів.
У відповідному висвітленні інституційна інфраструктура XRP Ledger розширилася за рахунок дозволених ринків та нативних пропозицій кредитування. Ці фінансові програми є окремими від системи статистичної верифікації дослідників BIS.
Активність мережі також стала більш концентрованою. Обсяг книги замовлень XRP Ledger зріс на 79%, тоді як кількість щоденних трейдерів зменшилася протягом другого кварталу, згідно з дослідженням, опублікованим Evernorth.
Жоден з цих розробок не встановлює, що статистичний прототип буде введено у виробництво. Вони надають ширший контекст для різних фінансових та нефінансових застосувань, які тестуються в екосистемі XRP Ledger.
Прототип потребуватиме додаткових робіт з безпеки, управління та експлуатації, перш ніж постачальник офіційної статистики зможе на нього покладатися. Установам знадобляться політики, що регулюють ключі видавця, скомпрометовані облікові дані, збої транзакцій та виправлення раніше випущених наборів даних.
Постійність записів у блокчейні створює ще одну проблему. Офіційна статистика часто переглядається після того, як агентства отримують нову інформацію або виправляють помилки. Виробнича система повинна відрізняти законні перегляди від несанкціонованих змін, не натякаючи, що найперша версія залишається актуальною.
Видавцям також потрібно буде вирішити, чи покладатися на публічний блокчейн, запускати додаткову інфраструктуру або комбінувати записи блокчейну з існуючими системами цифрового підпису. Правила конфіденційності можуть обмежувати, які метадані можуть з'являтися в публічних транзакціях.
Автори заявили, що їхній підхід не обмежується SDMX. Його можна адаптувати для інших структурованих форматів, включаючи XBRL, який компанії та регулятори використовують для фінансової звітності.
Жодного терміну впровадження не було надано. Репозиторій заявляє, що програмне забезпечення не підтримується, і BIS не оголосив планів щодо його розгортання в своїх офіційних статистичних публікаціях.
Перевірений результат, таким чином, є вужчим, ніж твердження про те, що BIS прийняв XRP Ledger. Дослідники, афілійовані з BIS, продемонстрували, що експериментальна система може використовувати XRPL Devnet для автентифікації статистичних файлів за лічені секунди в контрольованих умовах.
XRP
