На этой неделе я провёл время с комплаенс-слоем Dusk Network — в частности, что $DUSK на самом деле даёт, когда вы выходите за рамки питч-дек. Архитектурный довод реальный: Citadel обрабатывает ZK-KYC при онбординге, Hedger принуждает к соблюдению правил при исполнении. #dusk @Dusk Утверждение в том, что комплаенс встроен в транзакцию, а не находится вокруг неё. В этом и заключается главное отличие от каждой другой RWA-цепочки.

Затем 16 августа произошёл инцидент на мосту. Подозрительная активность в управляемом командой кошельке, мост приостановили, при этом пользовательских средств не потеряли — среагировали быстро. Но особенно выделилось то, что они предприняли: чёрный список получателей в Web Wallet, развернули его, чтобы блокировать переводы на отмеченные адреса. Ограничение на уровне адресов. Такой же жёсткий инструмент, который TradFi использует десятилетиями. Блокируй адрес, а не проверяй транзакцию.

И это не придирка. Антикризисное реагирование по умолчанию выбирает самый быстрый доступный инструмент, и блоклист — это ровно то самое. Но это точная иллюстрация того, от чего весь проект пытается уйти. Вопрос владения на уровне токенов решён. Вопрос блокирования на уровне адресов решён. А действительно нерешённое — и от чего зависит институциональный питч RWA — это то, чтобы правила сами исполнялись при выполнении: внутри каждой транзакции, детерминированно, без того, чтобы кто-то переключал тумблер.

Архитектура Dusk направлена прямо на эту проблему. Вопрос, который я постоянно прокручиваю, — успевает ли слой ZK-комплаенса созреть до того, как те институты, которых они сейчас привлекают, действительно начнут использовать его в условиях давления…