Я перечитал этот white paper Dusk три раза。
На третий раз, когда пролистывал дальше, в голове начало закрадываться сомнение。
Первое, мимо чего невозможно пройти, — это тот самый аудиторский ключ. В документе это звучит весьма красиво — «приватность, поддающаяся аудиту»: регулятор видит, а обычный человек — нет. Но «видно» и «кто именно имеет доступ» — это разные вещи。
Если этот ключ находится у самого пользователя и пользователь сам решает, кому раскрывать детали транзакций, то это действительно приватность. Но в архитектуре Dusk механизм выборочного раскрытия разработан для «эмитента, торговой площадки, аудитора или регулятора». В частности, применительно к NPEX в Нидерландах, регулятор действительно может проводить оперативный аудит с помощью уполномоченного ключа. Вопрос в том, есть ли у пользователя право вето? Когда пользователь хочет сохранить конфиденциальность, но регулятор требует раскрытия данных, чью позицию слушают? Описание того, кому принадлежит контроль и при каких условиях он срабатывает, куда менее ясно, чем эти четыре слова — «по умолчанию приватно»。
Второй момент сильнее всего бьёт по моим болевым точкам. В чём ставка Dusk? В том, что будущие регулируемые финансовые приложения в конечном итоге потребуют конфиденциальности на уровне протокола. Это звучит убедительно, но есть одно условие — что регуляторные требования не станут со временем строже。
А если однажды какая-нибудь юрисдикция постановит, что все транзакции должны быть полностью прозрачными? Режим Moonlight, возможно, с этим справится, но как быть с Phoenix — не превратят ли его в прямое препятствие для комплаенса? Это не «заполняемый кодом» разрыв. Требования разных стран изначально различаются: то, что признаёт MiCA, могут не признать в SEC. Dusk выбрал компромиссный средний путь, чтобы угодить обеим сторонам аудитории. Но обе стороны хотят своего, и в итоге, возможно, не удастся угодить в полной мере ни тем, ни другим。
Трёхсотмиллионный (300 млн) активов евро на NPEX действительно уже на блокчейне, и стейблкоин EURQ тоже работает — это факты. Направление я тоже понимаю: между приватностью и комплаенсом нужен баланс, а не выбор «одно или другое». Но мой главный страх не в том, что технология не получится — а в том, что регулирование продолжает резко меняться, а Dusk выбрал самый узкий маршрут。
Я буду следить за одним сигналом: есть ли у Dusk публичное, полное описание триггеров и распределения контроля для выборочного раскрытия. Если есть — аудиторная приватность действительно может быть проверяемым балансом. Если нет — ключ от той двери будет у кого-то другого, и пользователь никогда не будет знать, у кого именно。
Предупреждение о рисках: выше — мои личные наблюдения, это не является инвестиционной рекомендацией. DYOR.
#dusk $DUSK @Dusk
На третий раз, когда пролистывал дальше, в голове начало закрадываться сомнение。
Первое, мимо чего невозможно пройти, — это тот самый аудиторский ключ. В документе это звучит весьма красиво — «приватность, поддающаяся аудиту»: регулятор видит, а обычный человек — нет. Но «видно» и «кто именно имеет доступ» — это разные вещи。
Если этот ключ находится у самого пользователя и пользователь сам решает, кому раскрывать детали транзакций, то это действительно приватность. Но в архитектуре Dusk механизм выборочного раскрытия разработан для «эмитента, торговой площадки, аудитора или регулятора». В частности, применительно к NPEX в Нидерландах, регулятор действительно может проводить оперативный аудит с помощью уполномоченного ключа. Вопрос в том, есть ли у пользователя право вето? Когда пользователь хочет сохранить конфиденциальность, но регулятор требует раскрытия данных, чью позицию слушают? Описание того, кому принадлежит контроль и при каких условиях он срабатывает, куда менее ясно, чем эти четыре слова — «по умолчанию приватно»。
Второй момент сильнее всего бьёт по моим болевым точкам. В чём ставка Dusk? В том, что будущие регулируемые финансовые приложения в конечном итоге потребуют конфиденциальности на уровне протокола. Это звучит убедительно, но есть одно условие — что регуляторные требования не станут со временем строже。
А если однажды какая-нибудь юрисдикция постановит, что все транзакции должны быть полностью прозрачными? Режим Moonlight, возможно, с этим справится, но как быть с Phoenix — не превратят ли его в прямое препятствие для комплаенса? Это не «заполняемый кодом» разрыв. Требования разных стран изначально различаются: то, что признаёт MiCA, могут не признать в SEC. Dusk выбрал компромиссный средний путь, чтобы угодить обеим сторонам аудитории. Но обе стороны хотят своего, и в итоге, возможно, не удастся угодить в полной мере ни тем, ни другим。
Трёхсотмиллионный (300 млн) активов евро на NPEX действительно уже на блокчейне, и стейблкоин EURQ тоже работает — это факты. Направление я тоже понимаю: между приватностью и комплаенсом нужен баланс, а не выбор «одно или другое». Но мой главный страх не в том, что технология не получится — а в том, что регулирование продолжает резко меняться, а Dusk выбрал самый узкий маршрут。
Я буду следить за одним сигналом: есть ли у Dusk публичное, полное описание триггеров и распределения контроля для выборочного раскрытия. Если есть — аудиторная приватность действительно может быть проверяемым балансом. Если нет — ключ от той двери будет у кого-то другого, и пользователь никогда не будет знать, у кого именно。
Предупреждение о рисках: выше — мои личные наблюдения, это не является инвестиционной рекомендацией. DYOR.
#dusk $DUSK @Dusk
