Я думал, что «токенизация активов» — это куда проще, пока не стал уточнять, кто же является окончательным реестром
Раньше я считал: если компания превращает акции или облигации в ончейн-Token, то на этом всё — токенизация завершена. Но недавно, перечитав материалы Dusk про SME и нативную эмиссию, я понял, что главная по-настоящему сложная проблема возникает, когда одновременно существуют ончейн-сальдо, эмиссионный реестр и юридические права: при конфликте — по какому документу и данным считать «главными»?
При традиционной токенизации часто просто добавляют цифровое отображение к существующим активам. Оффчейн-система продолжает определять, кто имеет право инвестировать, как ведётся учёт прав собственности, как осуществляются дивиденды и выкупы; ончейн-Token отвечает за раздачу или перевод. Пока обе части постоянно синхронизированы, эта схема работает. Но стоит допустить ошибочный перевод, задержку реестра или появление судебного приказа — и тогда нужно дополнительно сверять данные и выяснять, какая запись считается авторитетной.
Нативная эмиссия стремится к тому, чтобы как можно больше жизненного цикла разделяло один и тот же контролируемый статус: проверка квалификации до подписки или передачи, синхронное обновление связи «эмитент—держатель», а дивиденды, голосование, ограничения и расчёты работают вокруг одного и того же актива. @Dusk даёт приватность, выборочное раскрытие, детерминированные расчёты и программируемые правила, но сама по себе технология не получит лицензии для эмитента и автоматически не наделит Token юридической силой.
На практике это различие напрямую касается пользователей. Держателю нужно понимать, получил ли он реальные базовые права, зеркальное отражение оффчейн-прав или лишь ваучер для внутренних целей платформы. Эмитент же обязан объяснить, как исправляются ошибки, как именно завершается (прекращается) актив, и кто уполномочен юридически заморозить или восстановить актив/позицию. Без этих ответов «нативность» остаётся лишь более продвинутым способом чеканки.
Теперь я оцениваю, действительно ли эмиссия становится ончейн: иду от точки выхода, отталкиваясь от конца — при погашении/выкупе могут ли деньги прийти, актив быть снят с учёта (аннулирован) и запись держателя закрыться в едином цикле? А если возникнет спор — можно ли теми же правилами найти, кто несёт ответственность. $DUSK может дать инфраструктуру для нативной эмиссии; но то, станет ли она реальным финансовым инструментом, зависит от того, сможет ли ончейн-статус быть совместно признан юридически, операционно и участниками.
Поэтому в следующий раз, увидев, что новый актив выходит в ончейн, я сначала буду искать: где и как решается вопрос эффективности реестра, полномочий на исправления и порядка действий компании; если эти три места нельзя внятно описать, то Token — лишь тень актива.
@Dusk $DUSK #dusk
Раньше я считал: если компания превращает акции или облигации в ончейн-Token, то на этом всё — токенизация завершена. Но недавно, перечитав материалы Dusk про SME и нативную эмиссию, я понял, что главная по-настоящему сложная проблема возникает, когда одновременно существуют ончейн-сальдо, эмиссионный реестр и юридические права: при конфликте — по какому документу и данным считать «главными»?
При традиционной токенизации часто просто добавляют цифровое отображение к существующим активам. Оффчейн-система продолжает определять, кто имеет право инвестировать, как ведётся учёт прав собственности, как осуществляются дивиденды и выкупы; ончейн-Token отвечает за раздачу или перевод. Пока обе части постоянно синхронизированы, эта схема работает. Но стоит допустить ошибочный перевод, задержку реестра или появление судебного приказа — и тогда нужно дополнительно сверять данные и выяснять, какая запись считается авторитетной.
Нативная эмиссия стремится к тому, чтобы как можно больше жизненного цикла разделяло один и тот же контролируемый статус: проверка квалификации до подписки или передачи, синхронное обновление связи «эмитент—держатель», а дивиденды, голосование, ограничения и расчёты работают вокруг одного и того же актива. @Dusk даёт приватность, выборочное раскрытие, детерминированные расчёты и программируемые правила, но сама по себе технология не получит лицензии для эмитента и автоматически не наделит Token юридической силой.
На практике это различие напрямую касается пользователей. Держателю нужно понимать, получил ли он реальные базовые права, зеркальное отражение оффчейн-прав или лишь ваучер для внутренних целей платформы. Эмитент же обязан объяснить, как исправляются ошибки, как именно завершается (прекращается) актив, и кто уполномочен юридически заморозить или восстановить актив/позицию. Без этих ответов «нативность» остаётся лишь более продвинутым способом чеканки.
Теперь я оцениваю, действительно ли эмиссия становится ончейн: иду от точки выхода, отталкиваясь от конца — при погашении/выкупе могут ли деньги прийти, актив быть снят с учёта (аннулирован) и запись держателя закрыться в едином цикле? А если возникнет спор — можно ли теми же правилами найти, кто несёт ответственность. $DUSK может дать инфраструктуру для нативной эмиссии; но то, станет ли она реальным финансовым инструментом, зависит от того, сможет ли ончейн-статус быть совместно признан юридически, операционно и участниками.
Поэтому в следующий раз, увидев, что новый актив выходит в ончейн, я сначала буду искать: где и как решается вопрос эффективности реестра, полномочий на исправления и порядка действий компании; если эти три места нельзя внятно описать, то Token — лишь тень актива.
@Dusk $DUSK #dusk