#dusk $DUSK @Dusk
Что мне интересно в модели комплаенса Dusk, так это то, что она рассматривает идентичность не как нечто, что вы храните, а как то, что вы доказываете.
Citadel 2 четко разделяет роли. Поставщик лицензии верифицирует пользователя вне цепочки и подписывает соответствующие атрибуты. Затем учетная запись регистрируется, не раскрывая ее содержимое, после чего пользователь может сгенерировать доказательство с нулевым разглашением, показывающее, что у него есть действительное удостоверение, не раскрывая, какое именно удостоверение, его личность или лежащие в основе атрибуты. При этом сервис-провайдер все равно решает, что считается достаточным, и предоставлять ли доступ.
Это тонкое, но важное отличие от идеи размещать KYC-данные в ончейне и называть это комплаенсом. Цепочка должна подтверждать утверждение вроде «этот участник аккредитован» или «этот держатель соответствует правилу юрисдикции», а не навсегда раскрывать за этим утверждением паспорт, адрес или дату рождения.
Более широкое криптографическое направление поддерживает эту архитектуру. Работа W3C над цифровыми удостоверениями на 2026 год рассматривает селективное раскрытие и несвязываемые (unlinkable) представления как ключевые свойства приватности, а его BBS-криптосвит оформляет производные доказательства, где держатели могут раскрывать выбранные утверждения, не делая отдельные представления тривиально связываемыми.
Мое мнение: сложная задача Dusk уже не в том, чтобы нулевое знание могло скрывать KYC-данные. Сложность теперь — в проектировании слоя политики вокруг этого: доверие к эмитенту, срок действия, отзыв, изменения юрисдикции, привязка к кошельку и защита от корреляции.
Именно поэтому on-chain-комплаенс становится по-настоящему интересным: не раскрытием личности, а программируемым доказательством права на участие.
Что мне интересно в модели комплаенса Dusk, так это то, что она рассматривает идентичность не как нечто, что вы храните, а как то, что вы доказываете.
Citadel 2 четко разделяет роли. Поставщик лицензии верифицирует пользователя вне цепочки и подписывает соответствующие атрибуты. Затем учетная запись регистрируется, не раскрывая ее содержимое, после чего пользователь может сгенерировать доказательство с нулевым разглашением, показывающее, что у него есть действительное удостоверение, не раскрывая, какое именно удостоверение, его личность или лежащие в основе атрибуты. При этом сервис-провайдер все равно решает, что считается достаточным, и предоставлять ли доступ.
Это тонкое, но важное отличие от идеи размещать KYC-данные в ончейне и называть это комплаенсом. Цепочка должна подтверждать утверждение вроде «этот участник аккредитован» или «этот держатель соответствует правилу юрисдикции», а не навсегда раскрывать за этим утверждением паспорт, адрес или дату рождения.
Более широкое криптографическое направление поддерживает эту архитектуру. Работа W3C над цифровыми удостоверениями на 2026 год рассматривает селективное раскрытие и несвязываемые (unlinkable) представления как ключевые свойства приватности, а его BBS-криптосвит оформляет производные доказательства, где держатели могут раскрывать выбранные утверждения, не делая отдельные представления тривиально связываемыми.
Мое мнение: сложная задача Dusk уже не в том, чтобы нулевое знание могло скрывать KYC-данные. Сложность теперь — в проектировании слоя политики вокруг этого: доверие к эмитенту, срок действия, отзыв, изменения юрисдикции, привязка к кошельку и защита от корреляции.
Именно поэтому on-chain-комплаенс становится по-настоящему интересным: не раскрытием личности, а программируемым доказательством права на участие.