Я замечаю определённую закономерность в проектах по токенизации. Там показывают токен-контракт, функцию передачи, возможно, белый список. И называют это регулируемым активом. Но это не так.
Если пройтись по реальным требованиям к регулируемым активам, их семь, и передача — это лишь одно из них.
Контроль доступа: дело не только в том, «может ли этот кошелёк осуществлять перевод», но и в том, кто вообще имеет право держать этот актив, а также может ли это право меняться со временем при изменении норм или статуса инвестора.
Проверки при передаче: переводы, которые должны завершаться ошибкой, должны падать чётко и с понятной причиной, а не молча или с какой-то общей ошибкой. Также должна быть возможность смоделировать перевод перед его отправкой.
Корпоративные действия: ценная бумага может приносить дивиденды, иметь купоны, её можно дробить или объединять. Эмитенту нужны ончейн-механизмы для всех этих сценариев, а не просто статичный токен.
Восстановление и меры реагирования: ключи теряются, происходит мошенничество, регуляторы могут потребовать принудительные переводы. Должен быть предусмотрен путь для этого, иначе ончейн-запись превратится в юридическую проблему.
Управление и голосование: для голосов акционеров нужны снимки (snapshots) и временные окна, в которых вы считаете, кто чем владел, в конкретный момент времени, при этом не допуская двойного учёта.
Аудит и отчётность: надзорным органам и аудиторам нужна доступность к информации, которую им по закону положено видеть, без того чтобы этот процесс утекал данными ко всем остальным.
Координация расчётов: «платёжная» и «активная» части расчёта должны завершаться предсказуемо и вместе, а не независимо друг от друга.
Передача — это требование №2 из семи. В большинстве проектов по токенизации это делают и описывают результат как ценную бумагу. Достаточно ли этого — вероятно, зависит от того, работаете ли вы в финансах или в крипто.
Какие из этих семи, по вашему мнению, сложнее всего корректно реализовать в любой сети, не только на Dusk, и какая из них чаще всего пропускается? @Dusk
$DUSK #dusk
Если пройтись по реальным требованиям к регулируемым активам, их семь, и передача — это лишь одно из них.
Контроль доступа: дело не только в том, «может ли этот кошелёк осуществлять перевод», но и в том, кто вообще имеет право держать этот актив, а также может ли это право меняться со временем при изменении норм или статуса инвестора.
Проверки при передаче: переводы, которые должны завершаться ошибкой, должны падать чётко и с понятной причиной, а не молча или с какой-то общей ошибкой. Также должна быть возможность смоделировать перевод перед его отправкой.
Корпоративные действия: ценная бумага может приносить дивиденды, иметь купоны, её можно дробить или объединять. Эмитенту нужны ончейн-механизмы для всех этих сценариев, а не просто статичный токен.
Восстановление и меры реагирования: ключи теряются, происходит мошенничество, регуляторы могут потребовать принудительные переводы. Должен быть предусмотрен путь для этого, иначе ончейн-запись превратится в юридическую проблему.
Управление и голосование: для голосов акционеров нужны снимки (snapshots) и временные окна, в которых вы считаете, кто чем владел, в конкретный момент времени, при этом не допуская двойного учёта.
Аудит и отчётность: надзорным органам и аудиторам нужна доступность к информации, которую им по закону положено видеть, без того чтобы этот процесс утекал данными ко всем остальным.
Координация расчётов: «платёжная» и «активная» части расчёта должны завершаться предсказуемо и вместе, а не независимо друг от друга.
Передача — это требование №2 из семи. В большинстве проектов по токенизации это делают и описывают результат как ценную бумагу. Достаточно ли этого — вероятно, зависит от того, работаете ли вы в финансах или в крипто.
Какие из этих семи, по вашему мнению, сложнее всего корректно реализовать в любой сети, не только на Dusk, и какая из них чаще всего пропускается? @Dusk
$DUSK #dusk
