#dusk $DUSK @Dusk Кто-то конвертирует бумажный сертификат долевого участия в PDF, хранящийся в базе данных. Кто-то другой выпускает токен, который представляет те же самые акции/долевое участие в блокчейне. Третий подход пропускает оба варианта и сразу создает долю непосредственно в ончейн. Все три подхода непринужденно называют цифровыми активами. Однако это не одно и то же, и разница не косметическая.
Оцифровка переносит ведение учета с бумаги на цифровые системы; при этом жизненный цикл актива и посредники вокруг него обычно не меняются. Токенизация делает шаг дальше: она выпускает токен, который представляет актив или требование к нему. Такой токен можно сделать программируемым и проще интегрировать в приложения, но лежащий в основе регулируемый актив часто по‑прежнему зависит от существующих механизмов хранения и расчетов, работающих вне цепочки, при этом для необходимости сводить воедино токен и эту базовую систему обычно требуется проведение согласований. Собственная (native) эмиссия — это другой случай: сам актив создается и управляется в ончейне, поэтому передача, сервисинг и расчеты происходят вокруг реестра, а не с использованием токена как «обертки» над отдельной системой учета.
Практическая разница особенно заметна в расчетах и хранении (custody). При оцифровке все еще используются, например, центральные депозитарии ценных бумаг (ЦДЦБ) и расчетные палаты. Токенизация часто сохраняет ту же зависимость, но поверх добавляется программируемый слой. Собственная эмиссия — это вариант, где расчеты могут происходить ончейн с детерминированной финальностью, и где контроль доступа к рабочим процессам, раскрытие и сервисинг проектируются вокруг цепочки, а не «прикручиваются» к ней постфактум. Позиционирование Dusk находится именно в третьей категории: контроль доступа, выборочное раскрытие и детерминированные расчеты встроены как требования протокольного уровня, а не как функции, добавленные вокруг обернутого токена.
@Dusk $DUSK #dusk
Оцифровка переносит ведение учета с бумаги на цифровые системы; при этом жизненный цикл актива и посредники вокруг него обычно не меняются. Токенизация делает шаг дальше: она выпускает токен, который представляет актив или требование к нему. Такой токен можно сделать программируемым и проще интегрировать в приложения, но лежащий в основе регулируемый актив часто по‑прежнему зависит от существующих механизмов хранения и расчетов, работающих вне цепочки, при этом для необходимости сводить воедино токен и эту базовую систему обычно требуется проведение согласований. Собственная (native) эмиссия — это другой случай: сам актив создается и управляется в ончейне, поэтому передача, сервисинг и расчеты происходят вокруг реестра, а не с использованием токена как «обертки» над отдельной системой учета.
Практическая разница особенно заметна в расчетах и хранении (custody). При оцифровке все еще используются, например, центральные депозитарии ценных бумаг (ЦДЦБ) и расчетные палаты. Токенизация часто сохраняет ту же зависимость, но поверх добавляется программируемый слой. Собственная эмиссия — это вариант, где расчеты могут происходить ончейн с детерминированной финальностью, и где контроль доступа к рабочим процессам, раскрытие и сервисинг проектируются вокруг цепочки, а не «прикручиваются» к ней постфактум. Позиционирование Dusk находится именно в третьей категории: контроль доступа, выборочное раскрытие и детерминированные расчеты встроены как требования протокольного уровня, а не как функции, добавленные вокруг обернутого токена.
@Dusk $DUSK #dusk