Превратить ценные бумаги в передаваемый Token и после торговли процесс автоматически завершится? Этот вопрос часто возникает при оценке продуктов RWA. Ответ нужно сначала разделить на две вещи: токенизация активов и торговый замкнутый цикл. Token в цепочке решает вопрос представления активов: облигацию или долю фонда можно записать, разделить и передать, но это не означает, что все последующие этапы будут автоматически автоматизированы. Регулируемая торговля опирается не только на одну запись Token — она затрагивает квалификацию участников, раскрытие информации, платежи, передачу активов и финальное урегулирование. Пока хоть один этап остается на стороне вне цепочки и координируется отдельно, говорить об автоматическом завершении процесса не приходится. Самая частая ошибка — принять «ногу активов» за весь процесс целиком: если Token на месте, кажется, что поставка завершена, хотя платеж еще где-то в очереди; при этом нет механизмов для сверки и отката. Документация Dusk Trade как раз выстраивает полный сценарий продукта: обнаружение актива, допуск инвесторов, подключение кошелька, координацию платежа, торговые действия и организацию расчетов. Смысл в том, чтобы показать разницу между «можно выпустить Token» и «есть полноценный операционный замкнутый цикл». Концепт атомарного DvP идет дальше: он требует, чтобы нога активов и нога платежа синхронно завершались успешно или синхронно терпели неудачу при одних и тех же условиях расчетов. Поставка активов продавцом и оплата со стороны покупателя помещаются в одну логику успеха/провала, а не выстраиваются в очередь по отдельности и не «прикрываются» сверкой в конце. Синхронное успешное завершение или синхронный провал — звучит просто, но на практике нужно заложить в единую структуру условия срабатывания для обеих ног, обработку неудач и пути отката, а также сохранить требования к квалификации и раскрытию информации. Конечно, это не значит, что все сделки по природе своей автоматически атомарно урегулируются — все равно нужно смотреть, соответствует ли конкретная структура продукта и выполнены ли условия лицензирования. При оценке перечислите по пунктам: представление активов, представление платежа, откат при неудаче, квалификационные требования и финальное урегулирование — и тогда станет ясно, какую именно часть улучшает проект. Можно точно сказать: критерий не должен останавливаться на одном вопросе — есть ли Token. Это также объясняет, почему Dusk Trade включает в продуктовый процесс обнаружение активов, допуск, платежи, торговлю и расчеты: помимо уровня представления, он хочет смонтировать «скелет» полноценного замкнутого цикла.
@Dusk $DUSK #dusk