Compass Investments

Devnet Smart Escrow выпустил девятую версию и перешёл на новую инфраструктуру.

Предлагаемая опция позволит замороженным платежам соблюдать ограниченные настраиваемые правила.

Ограничения по ресурсам и обязательные даты отмены направлены на предотвращение «залипания» средств.

Smart Escrow всё ещё остаётся только черновиком предложения, а не полноценной функцией XRP Ledger.

Маюха Вадари (Mayukha Vadari), штатный инженер-программист в RippleX, чья деятельность сосредоточена на программируемости XRPL, 5 октября объявила о выпуске девятой версии Smart Escrow Devnet. В её релизной заметке сказано, что сеть переведена на новую инфраструктуру, заменив устаревшие конечные точки wasm.devnet.rippletest.net на wasm-devnet.dev.ripplex.io.

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

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

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

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

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

В спецификации «XLS-0100 Smart Escrows» перечислены возможные сценарии использования от удержания средств для соблюдения нормативных требований и выплат по этапам реализации проекта до ввода токенов в обращение, механизмов проведения аукционов и условий, основанных на данных оракулов. Каждый сценарий использования основан на одной и той же базовой идее: правила разблокирования средств фиксируются в эскроу-счёте до того, как деньги будут заблокированы.

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

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

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

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

В девятом релизе пересмотрен механизм выполнения кода Smart Escrow в сети. Вадари сообщила, что интеграция WebAssembly переведена с языка C на Rust, что позволило объединить учёт газа, обработку ошибок и проверки валидации в одной точке входа. В её релизной заметке оценивается повышение производительности вызовов хост-функций на 3050 % это технический показатель, актуальный для разработчиков, создающих и тестирующих логику эскроу.