#dusk $DUSK Разговоры о позиционировании Dusk чаще всего сводятся к фразе: «сделать Layer 1 для compliant RWA». Но я обнаружил, что многие под «compliant» понимают «делать KYC в ончейне». Это примерно как понимать систему пожарной безопасности здания как «поставить огнетушитель у каждой двери в комнате» — слишком поверхностно. #dusk
То, что Dusk делает на уровне протокола, — это не просто всплывающее подтверждение личности при переводе. Логика такая: эмитент активов заранее прописывает в контракте правила соответствия (кто может владеть, как долго, кому можно передавать). Эти правила автоматически исполняются on-chain, и нет необходимости прогонять через ручную проверку каждую транзакцию. Приватные транзакции скрывают суммы и адреса, но движок правил всё равно может определить «законна ли эта передача». @Dusk
Это принципиально отличается от традиционной модели «сначала KYC, потом пропуск». Традиционная модель — это логика охранника: при входе один раз проверяют удостоверение личности, а дальше что ты делаешь — не важно. Модель Dusk больше похожа на встроенную в сам актив систему ограничений: сам актив знает, кому он может принадлежать, и несоответствующий адрес просто не сможет получить актив. $SPCXB $SNDKB
Но чтобы всё это реально заработало, нужны ещё два внешних условия: регулятор должен признавать, что on-chain правила эквивалентны процедурам compliance, и эмитент активов должен быть готов превратить логику соответствия в смарт-контракты. Первое зависит от политики, второе — от стоимости разработки. DUSK даёт техническую возможность, но между возможностью и внедрением ещё очень длинный путь. #dusk DUSK @Dusk