Исследователи, связанные с Банком международных расчётов, протестировали 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, подписанные ключом идентификации, связанным с адресом издателя в 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 для аутентификации статистических файлов в течение нескольких секунд в контролируемых условиях.
