Предложение получило 33 голоса из 35 валидаторов, но пока не вступило в силу.

Исправление может вступить в силу 4 ноября, если сохранит необходимую поддержку.

Система разрешений XRP Ledger (XRPL) оказалась под пристальным вниманием из-за ошибки, которая могла бы открыть неожиданную возможность для создания токенов. Эта ситуация вызвала особую обеспокоенность у эмитентов цифровых активов, которые делегируют выполнение важных операций сторонним поставщикам.

Проблема связана с взаимодействием двух разрешений в сети. Разрешение PaymentBurn позволяет уничтожать токены, а PaymentMint – авторизует выпуск новых единиц. Определенная комбинация может позволить учетной записи, имеющей право на уничтожение активов, выпускать токены без соответствующего разрешения.

Этот сценарий представляет риск для эмитентов стейблкоинов, делегирующих операционные задачи. Например, платежный провайдер может нуждаться в уничтожении токенов для обработки возвратов средств, но эта возможность не должна давать ему право на создание новых единиц. Цель исправления – предотвратить ситуацию, когда ограниченное разрешение случайно активирует другую функцию.

В связи с этим, документация XRPL рекомендует не предоставлять делегированное разрешение PaymentBurn до тех пор, пока исправление безопасности не будет активировано. Однако, это предупреждение описывает потенциальную уязвимость и не подтверждает факт несанкционированных выпусков или потерь средств.

Объем проблемы также напрямую не влияет на предложение XRP. Ошибка связана с другими активами, выпущенными в блокчейне, включая стейблкоины и многофункциональные токены.

Решение включено в версию 3.4.0 программного обеспечения XRPL, выпущенную в сентябре. Однако, его активация зависит от одобрения валидаторами сети. По состоянию на 2 ноября, предложение получило поддержку 33 из 35 доверенных валидаторов, зарегистрированных в XRPLWin.

Эта поддержка превышает необходимый порог в 29 голосов для достижения 80% одобрения. Однако, для вступления в силу, поправка должна сохранять эту поддержку в течение 14 последовательных дней. Предполагаемая ранняя дата активации – 4 ноября.

Процесс столкнулся с задержкой 21 октября, когда поддержка снизилась до 26 валидаторов. Это снижение перезапустило период утверждения и отодвинуло дату, которая изначально ожидалась 23 октября.

Версия 3.4.0 также включает исправления для расчетов депозитов, снятий и восстановления активов в хранилищах. Кроме того, она направлена на предотвращение ситуаций, когда записи о кредитах ошибочно отмечают платежи как просроченные до истечения срока действия контракта.

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