#dusk $DUSK @Dusk Я раньше думал, что Dusk — это просто приватный блокчейн. Потом я глубже изучил документацию.
Сеть Dusk описывается как протокол блокчейн-распределённого реестра, созданный для сохранения конфиденциальности при транзакциях DUSK, с нативными примитивами доказательств с нулевым разглашением на обобщённом вычислительном уровне. Заявленные сценарии использования были задуманы вокруг соответствующей требованиям регулирования токенизации безопасности и управления жизненным циклом; для этой цели упоминается стандарт Confidential Security Contract (XSC).
Это заставило меня взглянуть на всё иначе.
То, что привлекло моё внимание — Zedger. Он был разработан с учётом требований к жизненному циклу security-токенов, включая приватную память аккаунта, записи об изменениях баланса и раздельные балансные состояния, допускающие транзакции, голосование и получение дивидендов.
Переводы также могут проходить через различные состояния ACCEPT, SETTLE и CLAIM, привязанные к сроку действия.
Это меняет для меня вопрос.
Дело не только в том, сможет ли финансовая информация оставаться приватной. Дело в том, как конфиденциальность, записи владения, одобрения и состояния расчётов работают вместе на протяжении всего жизненного цикла актива.
По моему мнению, реальная проверка наступает тогда, когда в реальной практике встречаются реальные пользователи, активы, одобрения и потоки расчётов — именно с этими механизмами.
И именно за этим я буду наблюдать дальше.
Сеть Dusk описывается как протокол блокчейн-распределённого реестра, созданный для сохранения конфиденциальности при транзакциях DUSK, с нативными примитивами доказательств с нулевым разглашением на обобщённом вычислительном уровне. Заявленные сценарии использования были задуманы вокруг соответствующей требованиям регулирования токенизации безопасности и управления жизненным циклом; для этой цели упоминается стандарт Confidential Security Contract (XSC).
Это заставило меня взглянуть на всё иначе.
То, что привлекло моё внимание — Zedger. Он был разработан с учётом требований к жизненному циклу security-токенов, включая приватную память аккаунта, записи об изменениях баланса и раздельные балансные состояния, допускающие транзакции, голосование и получение дивидендов.
Переводы также могут проходить через различные состояния ACCEPT, SETTLE и CLAIM, привязанные к сроку действия.
Это меняет для меня вопрос.
Дело не только в том, сможет ли финансовая информация оставаться приватной. Дело в том, как конфиденциальность, записи владения, одобрения и состояния расчётов работают вместе на протяжении всего жизненного цикла актива.
По моему мнению, реальная проверка наступает тогда, когда в реальной практике встречаются реальные пользователи, активы, одобрения и потоки расчётов — именно с этими механизмами.
И именно за этим я буду наблюдать дальше.
