Прочитайте достаточно обзоров DuskEVM — и вы обнаружите повторяющуюся фразу: разработчики развертывают контракты на Solidity и автоматически получают выгоды от приватности и безопасности базового консенсуса Dusk Network. Я хочу притормозить на слове «автоматически», потому что оно делает больше работы, чем должен.
Консенсусная безопасность действительно передаётся. Сжатые аттестации защищают DuskDS, а DuskEVM возвращается к этому уровню, так что гарантии финальности наследуются по замыслу. Приватность — совсем другая история. Реальный механизм приватности для DuskEVM — Hedger: модуль, объединяющий доказательства с нулевым разглашением (zero-knowledge proofs) с гомоморфным шифрованием, и его не существовало на момент, когда DuskEVM впервые объявили. Публичное тестирование открылось только в ноябре 2025 года: оно шло на публичной тестовой сети, а команда прямо называла это ранней сборкой и просила пользователей сообщать о проблемах. Сам альфа-этап по замыслу узкий: он поддерживает экранирование (shielding), снятие экранирования (unshielding) и приватные переводы, и собственные исследователи Dusk подробно прошли, как именно работает поток приватного перевода — вплоть до отдельного адреса Hedger, который нужен каждому пользователю вместе с их обычным EVM-адресом.
Эта хронология важна. Она означает, что на протяжении реального промежутка ранней жизни DuskEVM контракты, развернутые на ней, были столь же приватными, как и контракты на любой другой EVM-цепочке: вовсе нет — только если команда осознанно интегрировала Hedger уже после того, как он созрел за рамками альфы. Приватность в DuskEVM — это функция с выбором (opt-in), которую разработчик должен специально выбрать и реализовать, а не фоновое свойство, которое появляется само по себе лишь потому, что цепь делит инфраструктуру с приватно-ориентированным Layer 1.
Я не думаю, что это нечестный маркетинг — скорее маркетинг, который уходит вперёд поставки ПО, что в этой индустрии случается постоянно. Но если причина вашего интереса к Dusk Network — приватность, проверьте, на какой стадии сейчас находится Hedger, прежде чем предполагать, что он «вшит» в каждый контракт по умолчанию.
#dusk $DUSK @Dusk
Консенсусная безопасность действительно передаётся. Сжатые аттестации защищают DuskDS, а DuskEVM возвращается к этому уровню, так что гарантии финальности наследуются по замыслу. Приватность — совсем другая история. Реальный механизм приватности для DuskEVM — Hedger: модуль, объединяющий доказательства с нулевым разглашением (zero-knowledge proofs) с гомоморфным шифрованием, и его не существовало на момент, когда DuskEVM впервые объявили. Публичное тестирование открылось только в ноябре 2025 года: оно шло на публичной тестовой сети, а команда прямо называла это ранней сборкой и просила пользователей сообщать о проблемах. Сам альфа-этап по замыслу узкий: он поддерживает экранирование (shielding), снятие экранирования (unshielding) и приватные переводы, и собственные исследователи Dusk подробно прошли, как именно работает поток приватного перевода — вплоть до отдельного адреса Hedger, который нужен каждому пользователю вместе с их обычным EVM-адресом.
Эта хронология важна. Она означает, что на протяжении реального промежутка ранней жизни DuskEVM контракты, развернутые на ней, были столь же приватными, как и контракты на любой другой EVM-цепочке: вовсе нет — только если команда осознанно интегрировала Hedger уже после того, как он созрел за рамками альфы. Приватность в DuskEVM — это функция с выбором (opt-in), которую разработчик должен специально выбрать и реализовать, а не фоновое свойство, которое появляется само по себе лишь потому, что цепь делит инфраструктуру с приватно-ориентированным Layer 1.
Я не думаю, что это нечестный маркетинг — скорее маркетинг, который уходит вперёд поставки ПО, что в этой индустрии случается постоянно. Но если причина вашего интереса к Dusk Network — приватность, проверьте, на какой стадии сейчас находится Hedger, прежде чем предполагать, что он «вшит» в каждый контракт по умолчанию.
#dusk $DUSK @Dusk
