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

Делегированный доступ без передачи ключей

В рамках новой системы владелец счета может авторизовать другой счет для выполнения отдельных типов транзакций. Делегат подписывает эти транзакции своими собственными ключами, а владелец может в любой момент изменить или отозвать доступ без замены учетных данных. Именно возможность отзыва отличает делегирование от передачи ключа, который нельзя «забрать обратно» после копирования.

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

Более широкие институциональные инструменты в сети

В обновлении от 6 октября о тестировании Smart Escrow описана параллельная разработка: разработчики выпустили девятую тестовую версию программируемого эскроу — функции, которая может требовать выполнения заданных условий до перемещения активов. Эта функциональность остается на стадии тестирования и работает отдельно от обновления делегирования.

Обновление делегирования открывает расширенные институциональные сценарии: платежные команды могут обрабатывать авторизованные транзакции, пока казначейство сохраняет контроль над основными ключами, а комплаенс-персонал может получать разрешения в рамках своих обязанностей. Модель повторяет принципы разделения полномочий, которые традиционные казначейские и комплаенс-команды уже применяют вне криптоиндустрии.

Валидаторы одобрили поправку о делегировании после того, как она более двух недель удерживала поддержку свыше 80%, согласно панели поправок XRPL. Списку доверенных валидаторов сети из 35 участников требовалось 29 голосов, а подсчет одобрения был перезапущен в сентябре после падения поддержки — напоминание о том, что поддержка поправки измеряется непрерывно, а не фиксируется одним голосованием.

Активность со стейблкоинами и контроль токенов

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

Evernorth сообщила о средних балансах за второй квартал в размере 3,72 млрд долларов в токенизированных активах и 539 млн долларов в RLUSD в сети. Эти цифры отражают зафиксированную активность в сети, а не внедрение новой функции делегирования.

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

Исправление безопасности и проверка валидаторами

Разработчики предложили поправку fixCleanup3_4_0 для устранения этой уязвимости. В пятницу она набрала 27 из 35 голосов валидаторов — ниже необходимых 29 для начала периода одобрения. Разрыв в два голоса — ближайшая контрольная точка, за которой стоит следить, при этом поддержка отслеживается на той же панели поправок; достижение 29 голосов запустит двухнедельный период одобрения, который делегирование уже завершило.

Отдельно Ripple Prime добавила Brevan Howard в качестве клиента, расширив институциональные услуги Ripple за пределы самой сети. Брокерская договоренность действует вне новой системы разрешений и не подтверждает, что банки внедрили делегирование.

Проблема на стороне сервера может приводить к некорректному подсчету валидаторов после рутинной смены ключей. Разработчики рассматривают патч, который идентифицировал бы валидаторов по постоянным идентификаторам, а не по сменяемым ключам. Поправке с исправлением предстоит преодолеть тот же порог консенсуса валидаторов, что и делегированию: устойчивую поддержку выше порога в 80%.

Источник: CoinCentral