Предлагаемая функция Smart Escrow для XRP Ledger продвинулась в фазе тестирования. 5 октября Майука Вадари, инженер-программист в RippleX, чья работа сосредоточена на программируемости XRPL, объявила о девятом релизе Smart Escrow Devnet. Согласно ее примечанию к релизу, тестовая сеть перешла на новую инфраструктуру: выведенные из эксплуатации эндпоинты wasm.devnet.rippletest.net заменены на wasm-devnet.dev.ripplex.io. Предлагаемая функция позволит эскроу-платежам в сети следовать ограниченным пользовательским правилам.

Новый Devnet расширяет тестирование Smart Escrow

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

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

Smart Escrow добавляет программируемое условие к заблокированным средствам

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

Рассмотрим покупателя, который блокирует XRP для продавца: эскроу высвобождается только после того, как указанный нотариус подтвердит доставку, а дедлайн позволяет покупателю вернуть средства, если подтверждение так и не поступит. Smart Escrow создан именно для таких случаев. Небольшая программа WebAssembly прикрепляется при создании эскроу, а затем выполняется, когда кто-то пытается его завершить. Программа оценивает согласованное правило и определяет, может ли высвобождение состояться.

Предлагаемые изменения XRP Ledger документируются в публичных предложениях XLS (XRP Ledger Standard). Спецификация XLS-0100 Smart Escrows перечисляет возможные сценарии применения — от комплаенс-удержаний и поэтапных платежей до вестинга токенов, механизмов аукционов и условий на основе оракулов. Каждый сценарий опирается на одну и ту же ключевую идею: правила высвобождения средств записываются в эскро до блокировки денег.

Ограничения призваны защитить сеть и средства

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

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

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

Библиотека разработчика Smart Escrow от Ripple уже включает примеры с нотариальным подтверждением, проверкой учетных данных, данными оракулов и владением NFT. Эти примеры показывают, какие правила разработчики могут тестировать, а Devnet демонстрирует, насколько согласованно базовая система их обрабатывает.

Девятый релиз обновляет механизмы, стоящие за этими правилами

Девятый релиз реорганизует то, как сеть выполняет код Smart Escrow. Вадари сообщила, что интеграция WebAssembly перенесена с C++ на Rust, объединив учет газа, обработку ошибок и проверки валидации через единую точку входа. В примечании к релизу приводится расчетное улучшение вызовов host-функций на 30–50% — технический показатель, значимый для разработчиков, создающих и тестирующих логику эскроу. Сам WebAssembly — это изолированный формат кода, используемый далеко за пределами XRP Ledger: на нем работают смарт-контракты Polkadot, NEAR и нескольких цепочек на базе Cosmos, а Rust входит в число самых распространенных языков для него.

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

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

Условное эскроу может дополнить автоматизированные платежи

Правила контролируемого высвобождения могут также дополнить работу XRP Ledger над AI-платежами в XRP и RLUSD — стейблкоине Ripple, привязанном к доллару. Агент может подготовить платеж, а Smart Escrow — определить обстоятельства, при которых уже размещенные в эскроу средства могут перемещаться.

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

Smart Escrow все еще нужен путь к основной сети

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

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

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