Почему «приватность + соответствие требованиям» называют ложной дилеммой, а Dusk хочет снести эту стену
Основной нарратив всегда ставит приватность и регулирование по разные стороны — либо выбираешь анонимность, и тогда регулятор тебя не видит; либо выбираешь соответствие требованиям и тогда нужно раскрывать всё, чтобы тебя могли проверить. Эта логика «либо одно, либо другое» на самом деле вынуждена техническими маршрутами большинства публичных блокчейнов, а не является чем-то изначально заданным
//
Идея Dusk не в том, чтобы идти на компромисс между двумя концами. Он вообще не принимает саму постановку такого противопоставления.
Его ключевая мысль не «полная анонимность», а «выборочное раскрытие» (selective disclosure). В качестве базового строительного блока используются доказательства с нулевым разглашением (ZKPs): то, что валидирует чейн, — это не исходные данные транзакции, а криптодоказательство, которое математически подтверждает «эта транзакция легальна, баланс не сфабрикован, нет двойной траты». Сама транзакция по умолчанию хранится в секрете, но при этом регулятор или уполномоченная сторона всё равно может проверить соответствие.
Перевести на простой язык: в повседневных транзакциях пользователей и организаций данные остаются приватными, но когда регулятору нужен аудит, в чейне остаётся контролируемый, доступный по правам канал проверки. Это не «чёрный ящик», а «ящик с ключом»
//
Эта конструкция напрямую отвечает запросам таких регуляторных рамок ЕС, как MiCA и MiFID II: организациям хочется переносить на блокчейн такие регулируемые активы, как ценные бумаги и RWA. Главная тревога никогда не была в том, «нужна ли приватность». Главная тревога — в том, «как проводить аудит после того, как появилась приватность». Dusk «сваривает» эти две вещи на уровне протокола, а не сначала делает прозрачный чейн, а потом постфактум добавляет инструменты для комплаенса.
Приватность и соответствие требованиям — не два конца шкалы «либо чёрное, либо белое», а два переключателя в рамках одной и той же архитектуры, которые могут сосуществовать. Похоже, именно эту стену Dusk и хочет снести
@Dusk_Foundation $DUSK #dusk
Основной нарратив всегда ставит приватность и регулирование по разные стороны — либо выбираешь анонимность, и тогда регулятор тебя не видит; либо выбираешь соответствие требованиям и тогда нужно раскрывать всё, чтобы тебя могли проверить. Эта логика «либо одно, либо другое» на самом деле вынуждена техническими маршрутами большинства публичных блокчейнов, а не является чем-то изначально заданным
//
Идея Dusk не в том, чтобы идти на компромисс между двумя концами. Он вообще не принимает саму постановку такого противопоставления.
Его ключевая мысль не «полная анонимность», а «выборочное раскрытие» (selective disclosure). В качестве базового строительного блока используются доказательства с нулевым разглашением (ZKPs): то, что валидирует чейн, — это не исходные данные транзакции, а криптодоказательство, которое математически подтверждает «эта транзакция легальна, баланс не сфабрикован, нет двойной траты». Сама транзакция по умолчанию хранится в секрете, но при этом регулятор или уполномоченная сторона всё равно может проверить соответствие.
Перевести на простой язык: в повседневных транзакциях пользователей и организаций данные остаются приватными, но когда регулятору нужен аудит, в чейне остаётся контролируемый, доступный по правам канал проверки. Это не «чёрный ящик», а «ящик с ключом»
//
Эта конструкция напрямую отвечает запросам таких регуляторных рамок ЕС, как MiCA и MiFID II: организациям хочется переносить на блокчейн такие регулируемые активы, как ценные бумаги и RWA. Главная тревога никогда не была в том, «нужна ли приватность». Главная тревога — в том, «как проводить аудит после того, как появилась приватность». Dusk «сваривает» эти две вещи на уровне протокола, а не сначала делает прозрачный чейн, а потом постфактум добавляет инструменты для комплаенса.
Приватность и соответствие требованиям — не два конца шкалы «либо чёрное, либо белое», а два переключателя в рамках одной и той же архитектуры, которые могут сосуществовать. Похоже, именно эту стену Dusk и хочет снести
@Dusk_Foundation $DUSK #dusk