Банк международных расчетов опубликовал рабочий документ 2 сентября, описывающий прототип для проверки подлинности официальной статистики. Система превращает статистический файл в криптографический отпечаток, фиксирует сводку этих отпечатков в XRP Ledger и позволяет получателю сравнить файл с публичной записью.
Результат формирует противоречивую оценку для XRP. Прототип предоставляет XRPL достоверный институциональный сценарий использования, в то время как его дизайн пакетной обработки ограничивает механический объем прямого сжигания комиссий. Одна транзакция в реестре может представлять тысячи наборов данных, поэтому полезная активность может масштабироваться гораздо быстрее, чем количество транзакций, потребляющих XRP.
Исследование впервые появилось в интернете через SAGE 1 августа; 2 сентября оно было опубликовано как BIS Working Paper 1374. В работе изложены мнения авторов, и упоминания компаний и проектов носят иллюстративный характер. Ее реализация остается экспериментальным доказательством концепции на XRPL DevNet, и проанализированные источники не раскрывают никаких коммерческих отношений с Ripple.
Как работает система аутентификации
Официальная статистика обычно передается в формате SDMX — стандарте для обмена статистическими данными и метаданными. Прототип нормализует файл SDMX и применяет хеширование SHA3-512 ко всему файлу или к отдельным рядам данных. Затем он объединяет эти отпечатки в дерево Меркла — структуру, которая сжимает большую группу записей в одно резюмирующее значение, называемое корнем.
Корень записывается в поле memo транзакции XRPL. Основная статистика, операционные хранилища и доказательства прототипа остаются вне цепочки. Возвращаемый файл SDMX содержит ссылку на транзакцию, упорядоченные отпечатки и подписанную проверяемую учетную запись, предоставляя получателю данные, необходимые для восстановления корня и сравнения его с реестром.
XRPL таким образом служит пронумерованным публичным нотариусом для обязательства. Он не является базой данных, содержащей экономические показатели. open-source implementation описывает себя как экспериментальную, непригодную для производства и не поддерживаемую.
Авторы выбрали XRPL из-за низких номинальных комиссий, быстрой согласованности и доступных ресурсов для разработчиков. Они также сделали интерфейс блокчейна заменяемым, чтобы другой реестр мог выполнять ту же роль якоря. Этот выбор дизайна делает прототип доказательством метода аутентификации и способности XRPL его размещать, а не доказательством того, что метод зависит от XRP Ledger.
Результаты производительности были получены на одном рабочем станции разработчика, подключенной к XRPL DevNet, с использованием синтетического корпуса SDMX. В этих контролируемых тестах медианная задержка публикации составила три-пять секунд, а проверка заняла одну-две секунды. Оценка не включала устойчивую нагрузку на Mainnet, корпоративный брандмауэр, подпись с использованием аппаратного модуля безопасности и враждебные условия. DevNet использует тестовые XRP, не имеющие реальной стоимости, поэтому тестирование дало технические измерения, а не реальный спрос на токены.
Эти границы всё ещё оставляют значимый результат. Статистический издатель может обеспечить независимую проверку целостности, не раскрывая конфиденциальные данные в публичном реестре. Экономический компромисс проявляется в том же механизме: пакетная обработка по схеме Меркле снижает количество обязательств в цепочке, необходимых для аутентификации большого объёма информации.
Математика извлечения стоимости XRP
Стандартная стоимость транзакции XRPL обычно начинается с 10 дропов, что равно 0,00001 XRP. Когда транзакция попадает в проверенный реестр, её комиссия уничтожается. Нагрузка на сеть может увеличивать стоимость, а специальные типы транзакций могут иметь другие минимальные значения, но в документе BIS в качестве базового случая используется 10 дропов.
Комиссия масштабируется в зависимости от анкорных транзакций, а объем данных может быть сжат в пакеты. Следующая арифметика иллюстрирует разрыв при постоянном минимальном значении в 10 капель и стандартных транзакциях:
| Паттерн активности | Анкоринг транзакций | XRP сожжено |
|---|---|---|
| 1 миллион наборов данных, пакетами по 1 000 на якорь | 1 000 | 0,01 XRP |
| 1 миллион отдельных якорей | 1 000 000 | 10 XRP |
| 1 якорь в минуту в течение 365 дней | 525 600 | 5,256 XRP |
| 1 якорь в секунду в течение 365 дней | 31 536 000 | 315,36 XRP |
Это масштабные иллюстрации, а не прогнозы развертывания. Фактическое сжигание будет зависеть от частоты, с которой издатели отправляют якоря, количества наборов данных, которые они объединяют в пакеты, текущей нагрузки на сеть и типа транзакции. Прототип DevNet не создал ни одной из этих нагрузок на мейннет.
Модель стоимости в статье указывает в том же направлении. Она предполагает комиссию в 10 дропов и иллюстративную цену в 0,30 доллара за XRP, что является входным параметром модели, а не текущей котировкой. При размере пакета в 1 000 авторы рассчитывают стоимость в цепочке в 0,000000003 доллара за набор данных. При количестве более примерно 50 элементов в пакете обработка и первоначальное хранение доминируют над стоимостями цепочки и хранения доказательств в их примерах.
Срочные выпуски могут благоприятствовать более мелким пакетам, поскольку ожидание большего количества наборов данных создает задержки. Даже в этом случае в статье говорится, что низкая номинальная плата XRPL ограничивает штраф. Для держателей XRP это означает, что темп производства важнее, чем общее количество файлов или сертифицированных серий.
Резервы мейннета создают второй, условный путь. В соответствии с текущими правилами резервирования XRPL, каждый адрес должен содержать базовый резерв в 1 XRP и еще 0,2 XRP за каждый объект реестра, учитывающий резерв. Сеть хранит эти балансы в виде предварительного финансирования; обычные комиссии за транзакции — это XRP, который уничтожается.
Спрос на резервы растет, когда развертыванию требуются новые аккаунты или объекты реестра. Набор данных не несет собственных требований к резерву, и повторное привязывание заметок из существующего аккаунта не блокирует дополнительно по 1 XRP каждый раз. Голосование валидаторов также может изменять уровни резервов. Поэтому при производственном использовании объем удерживаемого XRP может увеличиться за счет множества новых корпоративных аккаунтов, но эффект зависит от архитектуры развертывания, а не от пропускной способности набора данных.
Бумага поддерживает узкий вывод о захвате стоимости. XRP будет покрывать комиссии и резервы для версии Mainnet, в то время как пакетная обработка Merkle намеренно сжимает регулярный поток комиссий. В соответствии с предположениями бумаги и текущей механикой комиссий, прямой канал сжигания остается небольшим, даже при росте объема аутентифицированных данных.
Рыночная цена XRP всё ещё может реагировать на ожидания, ликвидность и активность elsewhere в сети. Эти факторы находятся за пределами этого прототипа. Работа BIS подтверждает, что XRPL является жизнеспособным низкозатратным слоем аутентификации в контролируемых условиях; значительный спрос на токены потребует устойчивого темпа привязки, широкого создания аккаунтов или другой активности, связанной с XRP, что не было продемонстрировано в ходе эксперимента.
Пост BIS показывает, почему реальное институциональное принятие на XRP Ledger не вызовет дефицит предложения XRP, которого ожидают держатели появился первым на CryptoSlate.