Дослідники, пов'язані з Банком міжнародних розрахунків, протестували XRP Ledger як рівень перевірки для офіційної статистики, згідно з робочим документом, опублікованим 2 вересня.
Підсумок
- Дослідники BIS протестували XRP Ledger Devnet для перевірки цілісності та походження офіційних статистичних наборів даних.
- Прототип записував криптографічні відбитки наборів даних, а не публікував базову статистику в блокчейні для публічної перевірки.
- Контрольовані тести показали медіанну затримку публікації від трьох до п'яти секунд у вимірюваннях, проведених дослідниками.
- Перевірка займала від однієї до двох секунд шляхом порівняння файлів із записами XRP Ledger під час тестування.
- Автори зазначили, що експериментальна система не призначена для виробництва і залишається непідтримуваним програмним забезпеченням прототипу.
Прототип з'єднував XRP Ledger з Statistical Data and Metadata eXchange, або SDMX, міжнародним стандартом, який використовують такі організації, як BIS, для обміну статистичною інформацією.
Замість розміщення повних статистичних наборів даних у блокчейні система обчислювала криптографічні відбитки, що представляють дані. Потім вона записувала ці відбитки в Devnet XRP Ledger, дозволяючи одержувачу перевірити, чи відповідає завантажений файл версії, опублікованій спочатку.
Експеримент не є виробничим розгортанням, партнерством з Ripple або схваленням XRP як інвестиції. У документі також зазначено, що його висновки належать авторам і можуть не відображати інституційну позицію BIS.
Прототип XRP Ledger перевіряє, чи змінилися дані
Офіційна статистика зазвичай поширюється через веб-сайти, бази даних та автоматизовані канали даних. Одержувач повинен довіряти, що завантажений файл є автентичним і що його вміст не змінився з моменту публікації видавцем.
Дослідники розробили свій прототип для забезпечення незалежного запису перевірки. Перед публікацією програмне забезпечення перетворювало файл SDMX у стандартизований формат і обчислювало криптографічний хеш SHA3-512.
Хеш функціонує як унікальний цифровий відбиток. Зміна навіть невеликої частини вихідного файлу дає інший результат. Тому одержувач може повторити обчислення та порівняти результат із відбитком, записаним у блокчейні.
Прототип підтримував перевірку всього файлу або вибраних статистичних рядів у ньому. Коли було включено кілька рядів, система об'єднувала їхні хеші в корінь Меркла. Це дозволяло кільком компонентам даних ділити один запис у блокчейні, залишаючись незалежно перевірюваними.
Корінь був закріплений через транзакцію XRP Ledger. Посилання на цю транзакцію потім вбудовувалося у файл SDMX, надаючи одержувачам інформацію, необхідну для пошуку запису в блокчейні та завершення порівняння.
Такий дизайн означає, що XRP Ledger не встановлював, чи є сама статистика точною. Він лише надавав докази того, що перевірені дані відповідають версії, пов'язаній з оригінальним записом.
Дослідники BIS повідомили про перевірку протягом секунд
У документі повідомлялося про медіанну затримку публікації приблизно від трьох до п'яти секунд за контрольованих умов тестування. Перевірка займала приблизно від однієї до двох секунд.
Затримка публікації охоплювала процес створення та підтвердження запису в блокчейні. Перевірка включала повторне обчислення відбитка та його порівняння з інформацією, збереженою у відповідній транзакції XRP Ledger.
Ці результати не слід розглядати як гарантовану продуктивність у виробничих умовах. Дослідники провели вимірювання через експериментальну систему, що працює на XRPL Devnet, а не на публічній основній мережі, яка використовується для реальних транзакцій.
Devnet надає тестові XRP через кран і дозволяє розробникам експериментувати без використання активів, що мають ринкову вартість. Його активність, вимоги до надійності та робоче середовище відрізняються від XRP Ledger mainnet.
Дослідники обрали XRPL частково через відносно швидке підтвердження транзакцій і низькі транзакційні витрати. Однак експеримент не порівнював продуктивність XRPL безпосередньо з Ethereum, Solana, дозволеними базами даних або традиційними службами цифрових позначок часу.
Код було опубліковано в публічному репозиторії BIS. Його документація описує програмне забезпечення як експериментальне підтвердження концепції, яке не призначене для виробництва та не підтримується активно.
Перевірка особи посилює статистичний запис
Підтвердження того, що дані не змінилися, вирішує лише частину проблеми перевірки. Зловмисник може створити дійсний хеш для шахрайського файлу та опублікувати його з незв'язаної адреси блокчейну.
Прототип вирішив цей ризик за допомогою системи ідентифікації видавця. Він використовував W3C Verifiable Credential, підписаний ключем ідентифікації, пов'язаним з адресою видавця в XRP Ledger.
Отримувач міг використати цей обліковий запис, щоб перевірити, що сторона, яка публікує файл, контролює визнану адресу. Таким чином, процес перевірки оцінював як цілісність даних, так і особу видавця.
Повідомлення SDMX містило посилання на транзакцію, впорядковані листя Меркла та облікові дані, необхідні для перевірки. Перевіряючий міг відтворити корінь з отриманого файлу та порівняти його за допомогою одного пошуку в реєстрі.
Дослідники заявили, що архітектура з часом може підтримувати докази з нульовим розголошенням. Така технологія могла б дозволити організації довести окремі факти про обмежені дані, не розкриваючи повний набір даних.
Вони також визначили потенційне використання агентами штучного інтелекту. Автоматизовані системи все частіше отримують статистику без ручного підтвердження кожного джерела людиною. Машиночитаний запис перевірки міг би дозволити програмному забезпеченню відхиляти змінені або неправильно атрибутовані файли.
Це залишаються запропонованими розширеннями. Опублікований репозиторій надає експериментальний код, а не виробничий сервіс для центральних банків, національних статистичних агентств або компаній зі штучним інтелектом.
Випадок використання XRP Ledger не вимагає прийняття XRP
Прототип використовував інфраструктуру 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 для автентифікації статистичних файлів протягом секунд у контрольованих умовах.
