Я разбирался с последним обновлением Dusk, и одна деталь снова и снова подаётся неверно.

Обычно задают вопрос: есть ли у этой цепочки приватность или нет. Это неправильный вопрос для институций. Я посмотрел, как Moonlight и Phoenix сосуществуют внутри одной и той же сети Dusk, и выяснил, что
одна и та же институция может использовать обе позы в зависимости от того, какие требования у каждой транзакции.

Думайте об этом так. Moonlight — это полностью публичный реестр: прозрачные балансы и всё устроено просто для аудиторов. Phoenix — зашифрованный реестр: суммы по умолчанию скрыты, а проверка подтверждается доказательствами. Та же институция, та же сеть — два регуляторных режима, доступные по требованию.

ЦЕПОЧКА ПОЗЫ: Moonlight → Standard Flows → Public Balances → Regulator Reads Directly | Phoenix → Sensitive Trades → Obfuscated Amounts → ZK Verification → No Full Trail → DUSK Validators Enforce Both

Меня здесь особенно поразила практическая сторона. Розничные потоки идут через Moonlight. Крупные блочные сделки, где размер позиции является существенной непубличной информацией, идут через Phoenix. Это раскрытие по шкале на уровне протокола, а не обходной путь.

И честно говоря, усиление Phoenix в этом обновлении важно именно потому. Передачи теперь по умолчанию скрывают стоимость. W3sper упаковывает собственный драйвер кошелька вместо того, чтобы зависеть от нОde, тем самым укрепляя границу приватности. Некорректные входные данные отклоняются строже. Ненулевые заметки прозрачного вывода блокируются до входа в поток.

Я всё время думал о том, что это значит применительно к любым L1-продуктам, предлагающим приватность как один фиксированный режим. Возможность переключать регуляторную позу в зависимости от типа транзакции, не меняя цепочки, — это по-настоящему иное архитектурное предложение.

Split Moonlight и Phoenix — это самая недооценённая часть DUSK, или управление двумя типами реестра создаёт больше сложности, чем допускаемая гибкость оправдывает?

#dusk $DUSK @Dusk