Привет, дорогие читатели!
Чтобы понять, как Dusk может проверить, разрешено ли инвестору покупать, хранить или передавать токенизированный актив, сначала посмотрим на Citadel 2.
Надёжный поставщик лицензий (LP) проверяет информацию инвестора вне сети и выдаёт зашифрованную лицензию. LP подписывает schema-specific attr_data; когда это представляет личную информацию, это дайджест базовых canonical_attributes, а не сами персональные данные. Эти атрибуты остаются вне сети.
Когда инвестору нужно воспользоваться сервисом, он создаёт доказательство с нулевым разглашением (ZK), показывающее, что существует зарегистрированная лицензия, что принятый LP подписал соответствующие данные, и что он контролирует секретный ключ лицензии. Доказательство не раскрывает, какая именно лицензия была использована. Контракт проверяет это и записывает публичную сессию.
Затем Поставщик сервиса (SP) применяет собственные правила. Citadel не решает, соответствует ли инвестор требованиям для конкретного сервиса. SP выбирает, каких эмитентов и атрибуты он принимает, и может устанавливать требования для истечения срока действия, отзыва, защиты от повторов, привязки к аккаунту и других условий.
Публичная сессия не раскрывает ключ кошелька пользователя, лицензию, ключи провайдера, личные атрибуты, подпись LP или путь Merkle. Вместо этого блокчейн получает криптографическую информацию, необходимую для проверки сессии, а не лежащие в основе персональные данные.
Именно здесь Citadel становится релевантным для регулируемых активов: учетные данные идентичности, логика привязки кошелька и контроля доступа могут помочь определить, кому можно получать или хранить актив и какие передачи следует отклонять. Конкретные правила соответствия относятся к финансовому приложению, а не к самому Citadel.
LP проверяет инвестора → выдаёт лицензию → инвестор создаёт ZK-доказательство → Citadel проверяет его → сессия записывается → Поставщик сервиса применяет свою политику
Один важный нюанс: разработчики сейчас помечают Citadel 2 как Draft. Это текущая спецификация протокола и реализация, а не утверждение о том, что Citadel 2 уже является универсальным механизмом промышленного применения для каждого регулируемого актива на Dusk
#dusk $DUSK @Dusk
Чтобы понять, как Dusk может проверить, разрешено ли инвестору покупать, хранить или передавать токенизированный актив, сначала посмотрим на Citadel 2.
Надёжный поставщик лицензий (LP) проверяет информацию инвестора вне сети и выдаёт зашифрованную лицензию. LP подписывает schema-specific attr_data; когда это представляет личную информацию, это дайджест базовых canonical_attributes, а не сами персональные данные. Эти атрибуты остаются вне сети.
Когда инвестору нужно воспользоваться сервисом, он создаёт доказательство с нулевым разглашением (ZK), показывающее, что существует зарегистрированная лицензия, что принятый LP подписал соответствующие данные, и что он контролирует секретный ключ лицензии. Доказательство не раскрывает, какая именно лицензия была использована. Контракт проверяет это и записывает публичную сессию.
Затем Поставщик сервиса (SP) применяет собственные правила. Citadel не решает, соответствует ли инвестор требованиям для конкретного сервиса. SP выбирает, каких эмитентов и атрибуты он принимает, и может устанавливать требования для истечения срока действия, отзыва, защиты от повторов, привязки к аккаунту и других условий.
Публичная сессия не раскрывает ключ кошелька пользователя, лицензию, ключи провайдера, личные атрибуты, подпись LP или путь Merkle. Вместо этого блокчейн получает криптографическую информацию, необходимую для проверки сессии, а не лежащие в основе персональные данные.
Именно здесь Citadel становится релевантным для регулируемых активов: учетные данные идентичности, логика привязки кошелька и контроля доступа могут помочь определить, кому можно получать или хранить актив и какие передачи следует отклонять. Конкретные правила соответствия относятся к финансовому приложению, а не к самому Citadel.
LP проверяет инвестора → выдаёт лицензию → инвестор создаёт ZK-доказательство → Citadel проверяет его → сессия записывается → Поставщик сервиса применяет свою политику
Один важный нюанс: разработчики сейчас помечают Citadel 2 как Draft. Это текущая спецификация протокола и реализация, а не утверждение о том, что Citadel 2 уже является универсальным механизмом промышленного применения для каждого регулируемого актива на Dusk
#dusk $DUSK @Dusk
