Самое заметное в деталях — что приватность Dusk носит архитектурный характер и не наследуется автоматически каждым смарт-контрактом.
Dusk разделяет расчёты (settlement) и исполнение (execution). Базовый слой DuskDS поддерживает две нативные модели транзакций: Moonlight для публичных аккаунтов и Phoenix для защищённых переводов с использованием доказательств с нулевым разглашением (zero-knowledge proofs). Но у Dusk также есть DuskEVM — среда EVM на основе OP Stack, которая выполняет расчёты через DuskDS.
Это создаёт важное различие, которое многие читатели могут упустить.
Solidity-приложение с DuskEVM получает знакомые инструменты EVM, газ DUSK и расчёты/доступность данных (settlement/data availability) от Dusk. Но в официальной документации описаны конфиденциальные сценарии там как маршрут через Hedger, а не как утверждение, что обычное EVM-исполнение по своей сути является приватным. В отличие от этого DuskVM — это нативная среда Rust/WASM, специально предназначенная для приложений, которым нужны прямой доступ к приватности и возможности zero-knowledge.
Сначала я воспринимал «privacy blockchain» как сетевое свойство целиком. Архитектура подсказывает более точную мысль: приватность — это возможность, которую разработчики выбирают через путь выполнения и дизайн приложения.
Это важно для регулируемых финансов, потому что совместимость разработчиков и глубина приватности — это не совсем одна и та же задача. Dusk пытается дать и то и другое, но это раскрывается через разные уровни.
Метрика, за которой я бы следил, — это не просто то, сколько всего разворачивается на Dusk, а то, сколько приложений действительно требуют и используют нативный защищённый (confidential) стек, а не только путь, совместимый с EVM.
ПРОВЕРЬТЕ ПЕРЕД ПУБЛИКАЦИЕЙ:
DuskDS поддерживает модели транзакций Moonlight и Phoenix.
DuskEVM — это EVM-исполнение на основе OP Stack, расчёты по которому выполняются через DuskDS.
Hedger предоставляет путь к конфиденциальным сценариям для приложений DuskEVM.
DuskVM обеспечивает прямые возможности приватности и zero-knowledge на уровне выполнения L1.
#dusk $DUSK @Dusk
Dusk разделяет расчёты (settlement) и исполнение (execution). Базовый слой DuskDS поддерживает две нативные модели транзакций: Moonlight для публичных аккаунтов и Phoenix для защищённых переводов с использованием доказательств с нулевым разглашением (zero-knowledge proofs). Но у Dusk также есть DuskEVM — среда EVM на основе OP Stack, которая выполняет расчёты через DuskDS.
Это создаёт важное различие, которое многие читатели могут упустить.
Solidity-приложение с DuskEVM получает знакомые инструменты EVM, газ DUSK и расчёты/доступность данных (settlement/data availability) от Dusk. Но в официальной документации описаны конфиденциальные сценарии там как маршрут через Hedger, а не как утверждение, что обычное EVM-исполнение по своей сути является приватным. В отличие от этого DuskVM — это нативная среда Rust/WASM, специально предназначенная для приложений, которым нужны прямой доступ к приватности и возможности zero-knowledge.
Сначала я воспринимал «privacy blockchain» как сетевое свойство целиком. Архитектура подсказывает более точную мысль: приватность — это возможность, которую разработчики выбирают через путь выполнения и дизайн приложения.
Это важно для регулируемых финансов, потому что совместимость разработчиков и глубина приватности — это не совсем одна и та же задача. Dusk пытается дать и то и другое, но это раскрывается через разные уровни.
Метрика, за которой я бы следил, — это не просто то, сколько всего разворачивается на Dusk, а то, сколько приложений действительно требуют и используют нативный защищённый (confidential) стек, а не только путь, совместимый с EVM.
ПРОВЕРЬТЕ ПЕРЕД ПУБЛИКАЦИЕЙ:
DuskDS поддерживает модели транзакций Moonlight и Phoenix.
DuskEVM — это EVM-исполнение на основе OP Stack, расчёты по которому выполняются через DuskDS.
Hedger предоставляет путь к конфиденциальным сценариям для приложений DuskEVM.
DuskVM обеспечивает прямые возможности приватности и zero-knowledge на уровне выполнения L1.
#dusk $DUSK @Dusk