Я всё больше думаю, что настоящая сложность RWA заключается не в том, чтобы «выпустить в цепочку», а в том, чтобы не перенести старые системы в неизменном виде.
Недавно я снова изучал @Dusk и заметил одну деталь, которую раньше было легко упустить: многие RWA-проекты делают упор на шаг «превратить актив в токен», но главные трудности возникают уже после токенизации.
После того как выпущены фонд или облигации, перед инвесторами встаёт множество вопросов: как инвесторы входят в проект, кто имеет право владеть, кому и как можно передавать, когда завершается расчёт (delivery/settlement), какая информация должна быть раскрыта. Именно эти процессы ежедневно и должны обслуживать финансовые активы. Если эти процедуры всё ещё опираются на офчейн-таблицы, ручные проверки и многократное сверение между разными системами, то токенизация, скорее всего, просто заменит старую финансовую систему «блокчейн-упаковкой».
Подход Dusk мне особенно интересен тем, что они пытаются разместить эти процессы в одной базовой инфраструктуре. В официальной архитектуре DuskDS отвечает за консенсус, финальность, доступность данных и расчёты; DuskVM может напрямую запускать контракты Rust/WASM; DuskEVM предоставляет среду выполнения EVM. Смысл здесь не в том, чтобы модулей было больше, а в том, чтобы между правилами актива, исполнением и окончательными расчётами было меньше разрывов. 
Ещё более стоит обратить внимание на направление XSC и Zedger. В раннем дизайне Dusk Zedger изначально строился вокруг возможностей для ценных бумаг: учётные функции, ограничения на передачу, голосование, дивиденды и комплаенс-расчёты. То есть жизненный цикл самого актива становится объектом, который протокол должен обрабатывать, а не ограничиваться выпуском токена и переносом всех правил обратно в офчейн. 
Это заставило меня по-новому понять $DUSK : наблюдать стоит не только приватность или совместимость с EVM, а то, получится ли связать в единую непрерывную цепочку «выпуск — права/квалификация — передача — приватность — расчёты».
Конечно, сможет ли такая архитектура работать на практике, в конечном счёте зависит от проверки реальными активами и реальными институтами. Для меня это как раз самое интересное во всём проекте Dusk дальше по плану: не то, смогут ли они перенести финансовые активы в цепочку, а то, смогут ли они после этого действительно убрать те повторяющиеся этапы, которые неизбежно требовали посредников. #dusk
#dusk $DUSK @Dusk
Недавно я снова изучал @Dusk и заметил одну деталь, которую раньше было легко упустить: многие RWA-проекты делают упор на шаг «превратить актив в токен», но главные трудности возникают уже после токенизации.
После того как выпущены фонд или облигации, перед инвесторами встаёт множество вопросов: как инвесторы входят в проект, кто имеет право владеть, кому и как можно передавать, когда завершается расчёт (delivery/settlement), какая информация должна быть раскрыта. Именно эти процессы ежедневно и должны обслуживать финансовые активы. Если эти процедуры всё ещё опираются на офчейн-таблицы, ручные проверки и многократное сверение между разными системами, то токенизация, скорее всего, просто заменит старую финансовую систему «блокчейн-упаковкой».
Подход Dusk мне особенно интересен тем, что они пытаются разместить эти процессы в одной базовой инфраструктуре. В официальной архитектуре DuskDS отвечает за консенсус, финальность, доступность данных и расчёты; DuskVM может напрямую запускать контракты Rust/WASM; DuskEVM предоставляет среду выполнения EVM. Смысл здесь не в том, чтобы модулей было больше, а в том, чтобы между правилами актива, исполнением и окончательными расчётами было меньше разрывов. 
Ещё более стоит обратить внимание на направление XSC и Zedger. В раннем дизайне Dusk Zedger изначально строился вокруг возможностей для ценных бумаг: учётные функции, ограничения на передачу, голосование, дивиденды и комплаенс-расчёты. То есть жизненный цикл самого актива становится объектом, который протокол должен обрабатывать, а не ограничиваться выпуском токена и переносом всех правил обратно в офчейн. 
Это заставило меня по-новому понять $DUSK : наблюдать стоит не только приватность или совместимость с EVM, а то, получится ли связать в единую непрерывную цепочку «выпуск — права/квалификация — передача — приватность — расчёты».
Конечно, сможет ли такая архитектура работать на практике, в конечном счёте зависит от проверки реальными активами и реальными институтами. Для меня это как раз самое интересное во всём проекте Dusk дальше по плану: не то, смогут ли они перенести финансовые активы в цепочку, а то, смогут ли они после этого действительно убрать те повторяющиеся этапы, которые неизбежно требовали посредников. #dusk
#dusk $DUSK @Dusk
