Я искал в точности названный пайплайн, на который постоянно ссылаются вокруг регулируемых рабочих процессов с активами на Dusk, ожидая чего-то короткого, запоминающегося — три или четыре шага, которые легко повторить. Но в документации оказалось, что описано дольше и менее «цитируемо»: настройка эмитента, онбординг инвесторов, контроль передачи, торговля или дистрибуция, расчёты, затем сопровождение и раскрытие информации. Шесть шагов, сопоставленных с таблицей возможностей, а не слоганом.
Меня зацепило не какой-то один шаг — а то, где встраиваются контроль передачи и раскрытие. Это не комплаенс-мидлварь, которую «прикручивают» задним числом: они перечислены как нативные возможности того же базового слоя, который обрабатывает расчёты, право на участие и приватность. Настройка эмитента и онбординг инвесторов происходят на той же инфраструктуре, которая позже определяет, кто вообще может владеть активом или перемещать его.
Но стоит быть честным: в документах ясно, что разные приложения могут реализовывать этот процесс по-разному. Dusk предоставляет строительные блоки и маршруты выполнения, а не фиксированную навязанную последовательность. Поэтому наличие этих компонентов на одном базовом слое — не то же самое, что каждое приложение автоматически связывает их между собой правильно. Это различие между «инфраструктура это поддерживает» и «приложение реально реализует это end-to-end» — то, на что, пожалуй, стоит обратить внимание, когда начнут выходить на рынок более реальные продукты, построенные поверх этого.
#dusk $DUSK @Dusk $TUT $HEMI
Меня зацепило не какой-то один шаг — а то, где встраиваются контроль передачи и раскрытие. Это не комплаенс-мидлварь, которую «прикручивают» задним числом: они перечислены как нативные возможности того же базового слоя, который обрабатывает расчёты, право на участие и приватность. Настройка эмитента и онбординг инвесторов происходят на той же инфраструктуре, которая позже определяет, кто вообще может владеть активом или перемещать его.
Но стоит быть честным: в документах ясно, что разные приложения могут реализовывать этот процесс по-разному. Dusk предоставляет строительные блоки и маршруты выполнения, а не фиксированную навязанную последовательность. Поэтому наличие этих компонентов на одном базовом слое — не то же самое, что каждое приложение автоматически связывает их между собой правильно. Это различие между «инфраструктура это поддерживает» и «приложение реально реализует это end-to-end» — то, на что, пожалуй, стоит обратить внимание, когда начнут выходить на рынок более реальные продукты, построенные поверх этого.
#dusk $DUSK @Dusk $TUT $HEMI