Токен-эскроу XRPL нацелен на использование блокчейна с учетом регуляторных требований

12 февраля RippleX, подразделение разработки Ripple, объявило, что Token Escrow теперь работает в основной сети XRP Ledger (XRPL).

Изменение, обозначенное как Token Escrow (XLS-85), расширяет условную блокировку и освобождение на токены на основе доверительных линий (IOUs) и многоцелевые токены (MPTs).

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

Обновление происходит в то время, как стейблкоины продолжают расширяться как наиболее устоявшаяся продуктовая линейка криптовалют. Данные CryptoSlate показывают, что общее оборотное предложение этих активов колеблется около 308 миллиардов $ и продолжает расти неделю за неделей.

В то же время токенизированные реальные активы также масштабируются параллельно. Данные RWA.xyz показывают, что токенизированные казначейские облигации США оцениваются примерно в 10 миллиардов $ на публичных цепях, с десятками миллиардов больше в таких категориях, как частный кредит и товары.

Для XRPL этот рыночный контекст является ключевым. Новая функция заключается не столько в добавлении еще одного опционального инструмента для разработчиков, сколько во внедрении примитива он-чейн расчета, который институты могут использовать для перемещения активов только после выполнения условий.

Эскроу расширяется за пределы XRP, но эмитенты сохраняют контроль

XRPL поддерживает эскроу в течение многих лет, но эта функция исторически применялась только к XRP.

Token Escrow расширяет эту область на выпущенные токены, где находится большинство вариантов использования, ориентированных на институциональных пользователей.

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

Документация XRPL делает модель контроля эмитента явной. Token escrow имеет разрешения на уровне эмитента и токена и не доступен автоматически для каждого актива, выпущенного в сети.

Для токенов доверительных линий эмитенты должны включить флаг "Allow Trust Line Locking" перед тем, как эскроу можно будет использовать с этим выпуском. Для MPTs эмитенты должны включить "Can Escrow" (и связанные флаги), чтобы выпуск поддерживал эскроу.

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

Это также означает, что путь внедрения не является автоматическим. Живая поправка не гарантирует немедленный объем, если эмитенты не присоединятся и если кошельки и площадки не создадут пользовательские потоки вокруг нее.

Функция предназначена для рабочих процессов, требующих условного расчета. В традиционных финансах эти условия обрабатываются через посредников, контракты и операционные процессы.

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

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

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

Резервная модель XRPL превращает рост объектов в структурный спрос на XRP

Резервная модель XRPL создает механизм второго порядка, который может превратить большее использование реестра в базовые балансы XRP, удерживаемые по операционным причинам, а не для комиссий за транзакции.

В основной сети аккаунты должны иметь базовый резерв 1 XRP плюс 0,2 XRP за каждый принадлежащий объект реестра (владелец резерва). Эти требования были резко снижены 2 декабря 2024 года, изменение, которое сделало ресурсоемкие приложения более выполнимыми.

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

Простой диапазон сценариев иллюстрирует механическую взаимосвязь.

Если внедрение Token Escrow приведет к дополнительным 100 000 объектам эскроу, это подразумевает дополнительные 20 000 XRP в резервах владельца (100 000 × 0,2). При 1 000 000 новых объектах эскроу общий XRP составляет 200 000. При 10 000 000 - 2 000 000 XRP.

Эти цифры не являются прогнозом внедрения и не являются прогнозом цены. Однако они показывают, как дизайн XRPL связывает использование с резервными требованиями.

Для институтов этот резерв функционирует больше как операционное обеспечение, чем как комиссия, и он остается, потому что система требует его для выполнения ресурсоемких рабочих процессов.

Это одна из причин, по которой разработчики XRPL сосредоточены на функциях "сантехники".

В модели на основе резервов экономика роста привязана к тому, существуют ли более значимые объекты в реестре, а не к тому, растут ли комиссии за транзакции.

Большой толчок - это разрешенный стек, а не отдельная поправка

Между тем, Token Escrow внедряется наряду с более широким набором изменений, которые разработчики XRPL представили как набор инструментов "с разрешениями", предназначенный для регулируемого участия в публичном реестре.

Permissioned Domains (XLS-80) были активированы в основной сети в начале этого месяца.

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

RippleXDev отметил в X, что Permissioned DEX достиг консенсуса валидаторов для активации вскоре после этого.

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

Permissioned Domains решают вопрос о том, кому разрешено участвовать в транзакции. Token Escrow решает вопрос о том, как активы рассчитываются условно и безопасно. Наконец, Permissioned DEX решает вопрос о том, где происходит соответствующая ликвидность и ценообразование.

Эта триада функций предполагает сдвиг в фундаментальном ценностном предложении XRPL.

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

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

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

Что будет дальше и что может замедлить это

Активация Token Escrow представляет собой перспективную ставку на то, что будущее блокчейна заключается в совместимых с соответствием стеках, а не в чисто бесразрешенных системах.

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

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

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

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

Кроме того, рост разрешенных доменов несет риск фрагментации ликвидности, если экосистема слишком резко разделится между открытыми и закрытыми рынками.