XRP Ledger протестовано дослідниками BIS для перевірки даних

Дослідники, пов'язані з Банком міжнародних розрахунків, протестували XRP Ledger як шар перевірки для офіційної статистики, згідно з робочим документом, опублікованим 2 вересня.
Резюме

• Дослідники BIS протестували XRP Ledger Devnet для перевірки цілісності та походження офіційних статистичних наборів даних.
• Прототип записував криптографічні відбитки наборів даних, а не публікував основну статистику в блокчейні для публічної перевірки.
• Контрольні тести показали медіану затримки публікації від трьох до п'яти секунд у вимірах, проведених дослідниками.
• Перевірка зайняла від однієї до двох секунд шляхом порівняння файлів з записами XRP Ledger під час тестування.
• Автори зазначили, що експериментальна система не призначена для виробництва і залишається непідтримуваним програмним забезпеченням прототипу.

Прототип з'єднав XRP Ledger з Статистичним обміном даними та метаданими (SDMX), міжнародним стандартом, який використовують організації, включаючи BIS, для обміну статистичною інформацією.

Замість того, щоб розміщувати повні статистичні набори даних у блокчейні, система обчислювала криптографічні відбитки, що представляють дані. Потім ці відбитки записувалися на Devnet XRP Ledger, що дозволяло отримувачу перевірити, чи відповідає завантажений файл версії, опублікованій спочатку.
Вам також може бути цікаво: обсяг замовлень XRP Ledger зріс на 79%, оскільки трейдери зменшили активність.

Експеримент не є виробничим розгортанням, партнерством з Ripple або підтримкою XRP як інвестиції. У документі також зазначено, що його висновки належать авторам і можуть не відображати інституційну позицію BIS.

Прототип XRP Ledger перевіряє, чи змінилися дані

Офіційна статистика зазвичай розповсюджується через веб-сайти, бази даних та автоматизовані канали даних. Отримувач повинен довіряти, що завантажений файл є автентичним і що його вміст не змінився з моменту його публікації.

BIS протестував спосіб довести, що офіційні цифри не були підроблені. Вони залишили відбиток файлу на відкритому публічному XRP Ledger. Чудова демонстрація технології.​​​​​​​​​​​​​​​​​​​https://t.co/Na0yxgDZ8S pic.twitter.com/hAvxwYP1bK
--- 🌸Eri ~ Carpe Diem (@sentosumosaba) 2 вересня 2026 року

Дослідники розробили свій прототип для надання незалежного запису перевірки. Перед публікацією програмне забезпечення перетворювало файл SDMX у стандартизований формат і обчислювало криптографічний хеш SHA3-512.

Хеш функціонує як унікальний цифровий відбиток. Зміна навіть невеликої частини вихідного файлу призводить до іншого результату. Отже, отримувач може повторити обчислення та порівняти результат з відбитком, записаним у блокчейні.

Прототип підтримував перевірку цілого файлу або вибраних статистичних серій у ньому. Коли включали кілька серій, система об'єднувала їхні хеші в корінь Меркла. Це дозволяло кільком компонентам даних ділитися одним записом у блокчейні, залишаючись незалежно перевіряємими.

Корінь був закріплений через транзакцію XRP Ledger. Посилання на цю транзакцію потім вбудовувалося у файл SDMX, надаючи отримувачам інформацію, необхідну для знаходження запису в блокчейні та завершення порівняння.

Цей дизайн означає, що XRP Ledger не встановлював, чи є сама статистика точною. Він лише надавав докази того, що перевірені дані відповідали версії, пов'язаній з оригінальним записом.

Дослідники BIS повідомили про перевірку за кілька секунд

У документі повідомлялося про медіану затримки публікації приблизно три-п’ять секунд за контрольних умов тестування. Перевірка зайняла приблизно одну-дві секунди.

Затримка публікації охоплювала процес створення та підтвердження запису в блокчейні. Перевірка включала повторне обчислення відбитка та перевірку його з інформацією, збереженою у відповідній транзакції XRP Ledger.

Ці результати не слід вважати гарантованими показниками продуктивності в умовах виробництва. Дослідники провели вимірювання через експериментальну систему, що працює на XRPL Devnet, а не на публічній основній мережі, що використовується для реальних транзакцій.

Devnet постачає тестовий XRP через краник і дозволяє розробникам експериментувати без використання активів, що мають ринкову вартість. Його активність, вимоги до надійності та операційне середовище відрізняються від основної мережі XRP Ledger.

Дослідники вибрали XRPL частково через його відносно швидке підтвердження транзакцій та низькі витрати на транзакції. Однак експеримент не порівнював продуктивність XRPL безпосередньо з Ethereum, Solana, дозволеними базами даних або традиційними службами цифрового таймстемпінгу.

Код був опублікований у публічному репозиторії BIS. Його документація описує програмне забезпечення як експериментальний доказ концепції, яке не призначене для виробництва і не підтримується активно.

Перевірка особи зміцнює статистичний запис

Підтвердження того, що дані не змінилися, вирішує лише частину проблеми верифікації. Зловмисник може створити дійсний хеш для шахрайського файлу та опублікувати його з не пов'язаного адреси блокчейну.

Прототип вирішив цей ризик за допомогою системи ідентифікації видавця. Він використовував W3C Verifiable Credential, підписаний ключем ідентифікації, пов'язаним з адресою видавця в XRP Ledger.

Отримувач міг використовувати цей сертифікат, щоб перевірити, що сторона, яка публікує файл, контролює визнану адресу. Процес верифікації, отже, оцінював як цілісність даних, так і ідентичність видавця.

Повідомлення SDMX містило посилання на транзакцію, упорядковані листя Меркле та сертифікат, необхідний для перевірки. Верифікатор міг відтворити корінь з отриманого файлу та порівняти його через один перегляд реєстру.

Дослідники зазначили, що архітектура врешті-решт може підтримувати нульові знання. Така технологія може дозволити організації довести вибрані факти про обмежені дані без розкриття повного набору даних.

Вони також виявили потенційне використання штучними інтелектом. Автоматизовані системи все частіше отримують статистику без ручного підтвердження кожного джерела. Запис верифікації, що читається машиною, може дозволити програмному забезпеченню відхиляти змінені або неправильно атрибутовані файли.

Це залишаються запропоновані розширення. Опублікований репозиторій надає експериментальний код, а не виробничу службу для центральних банків, національних статистичних агентств або компаній з ШІ.

Використання XRP Ledger не вимагає прийняття XRP

Прототип використовував інфраструктуру XRP Ledger, оскільки кожен запис в ланцюгу вимагає транзакції. Однак він не використовував XRP для платежів, ліквідності, розрахунків або трансакцій через кордон.

Тільки невелика комісія за транзакцію була б необхідна для закріплення кожного запису на основній мережі. Сума залежала б від умов мережі та методу публікації, обраного установою.

Це розрізнення важливе, оскільки використання XRP Ledger не обов'язково створює матеріальний попит на його рідний актив. Видавець даних міг би закріпити багато статистичних серій через один корінь Меркле, зменшуючи кількість необхідних транзакцій.

Експеримент, тим не менш, розширює типи застосувань, протестованих на XRPL, за межі платежів та токенізованих фінансових активів. Мережа також розробляє інституційні функції, що охоплюють дозволену торгівлю, кредитування та випуск активів.

У пов'язаних новинах інституційна інфраструктура XRP Ledger розширилася через дозволені ринки та пропозиції рідного кредитування. Ці фінансові застосування відокремлені від системи статистичної верифікації дослідників BIS.

Активність мережі також стала більш концентрованою. Обсяг замовлень XRP Ledger зріс на 79%, тоді як щоденна кількість трейдерів зменшилася протягом другого кварталу, згідно з дослідженням, опублікованим Evernorth.

Ні один з розробок не підтверджує, що статистичний прототип увійде у виробництво. Вони надають ширший контекст для різних фінансових та нефінансових застосувань, які тестуються в екосистемі XRP Ledger.

Виробниче впровадження вимагатиме подальшого тестування

Прототипу знадобиться додаткова безпека, управління та операційна робота, перш ніж офіційний постачальник статистики зможе на нього покластися. Установи повинні мати політики, що регулюють ключі видавців, скомпрометовані облікові дані, збої транзакцій та виправлення раніше виданих наборів даних.

Постійність записів блокчейну створює ще одну проблему. Офіційна статистика часто переглядається після того, як агентства отримують нову інформацію або виправляють помилки. Система виробництва повинна відрізняти законні перегляди від несанкціонованих змін, не припускаючи, що найперша версія залишається актуальною.

Видавці також повинні вирішити, чи покладатися на публічний блокчейн, запускати додаткову інфраструктуру або поєднувати записи блокчейну з існуючими системами цифрових підписів. Правила конфіденційності можуть обмежувати, які метадані можуть з'являтися в публічних транзакціях.

Автори зазначили, що їхній підхід не обмежується SDMX. Його можна адаптувати для інших структурованих форматів, включаючи XBRL, який компанії та регулятори використовують для фінансової звітності.

Термін впровадження не був наданий. Репозиторій стверджує, що програмне забезпечення не підтримується, і BIS не оголосив про плани впровадження його в своїх офіційних статистичних публікаціях.

Отже, перевірений результат є більш вузьким, ніж заяви про те, що BIS прийняв XRP Ledger. Дослідники, пов'язані з BIS, продемонстрували, що експериментальна система може використовувати XRPL Devnet для аутентифікації статистичних файлів за кілька секунд в контрольованих умовах.
Читати далі: SEC тільки що запропонувала реальні правила для криптовалют: Регулювання криптоактивів пояснено