Криптовалюты

Dusk – обзор DuskDS, DuskEVM, privacy и DUSK

Как Dusk строит инфраструктуру регулируемых on-chain активов, что работает в DuskDS, почему отключён Phoenix, что пока остаётся testnet и зачем нужен DUSK.

Dusk – обзор DuskDS, DuskEVM, privacy и DUSK

Dusk – Proof of Stake сеть для выпуска, торговли и расчётов по регулируемым цифровым активам. Проект сочетает публичный settlement, selective disclosure и конфиденциальные workflows. Его архитектура значительно изменилась после запуска mainnet: базовая сеть DuskDS работает, а EVM и новый privacy engine Hedger продолжают развиваться в testnet.

Особенно важно не смешивать нынешнюю сеть с прежним Phoenix. При обновлении Boreas 10 июня 2026 года mainnet перестал принимать новые Phoenix transactions. Исторические данные и decoding сохранены, но старое описание «два активных режима Moonlight и Phoenix» больше не соответствует admission rules mainnet.

DuskDS и Rusk

DuskDS является settlement и data availability основой. Rusk – реализация node на Rust, которая запускает consensus, DuskVM execution и хранит состояние. Moonlight остаётся публичной account-based моделью для DUSK и операций, которым нужна наблюдаемость.

После Boreas node software использует versioned transaction envelopes, единое canonical decoding и обновлённый gas accounting. Это снижает риск, что mempool, producer и replay исторических blocks по-разному интерпретируют одни bytes.

Succinct Attestation

Consensus Dusk называется Succinct Attestation. Provisioners блокируют DUSK, генератор предлагает блок, а validation и ratification committees подтверждают его. BLS signatures позволяют собирать compact certificate вместо публикации всех отдельных подписей.

Minimum stake для provisioner составляет 1000 DUSK. Soft penalties применяются за недоступность и временно блокируют часть stake, hard penalties возможны за доказуемо конфликтующие или недействительные votes. Делегирование требует оценки uptime и operational discipline узла.

Moonlight и бывший Phoenix

Moonlight показывает sender, recipient, amount и balance. Phoenix хранил encrypted notes и применял zero-knowledge proofs для private transfers с viewing keys. Эта модель важна для понимания истории и будущего DuskVM, но новые Phoenix payloads отключены на текущем mainnet.

Отключение не удалило старые balances и код исторического replay. Пользователь старого материала должен проверять актуальный wallet и migration path, а не пытаться отправить Phoenix transaction по прежней инструкции.

Модульная архитектура

Dusk планирует три слоя. DuskDS обеспечивает consensus, staking, data availability и settlement. DuskEVM на базе OP Stack должен дать Solidity execution и рассчитываться в DuskDS. DuskVM предназначен для native ZK и WASM applications.

На текущую дату публичный сайт обозначает DuskEVM и Hedger как testnet. Следовательно, нельзя приписывать основной сети готовую EVM liquidity или работающий production bridge. План предполагает один DUSK во всех слоях и validator-operated native bridge, но его безопасность нужно оценивать после mainnet deployment.

Hedger

Hedger проектируется как confidential transaction engine для account-based EVM. Он сочетает ElGamal-based homomorphic encryption и zero-knowledge proofs, чтобы скрывать amounts и ownership при сохранении auditability. Архитектура должна поддерживать obfuscated order books и регулируемые активы.

Hedger не обеспечивает ту же anonymity model, что UTXO-based Phoenix. EVM accounts и внешние contract calls оставляют другую metadata поверхность. Заявленная privacy относится к будущему production deployment, а не к уже доступной функции DuskDS.

Citadel, identity и регулируемые активы

Citadel – identity и access layer с selective disclosure. Пользователь может доказать требуемое свойство credential без публикации всего документа. Asset contract способен ограничивать transfers по investor eligibility, jurisdiction и правилам issuer.

Такая логика сближает Dusk с purpose-built RWA сетями вроде Polymesh. В отличие от инфраструктуры transfer agents вроде Securitize, Dusk предоставляет сам settlement protocol. Юридическая действительность security всё равно зависит от issuer, custody и законодательства.

DUSK и токеномика

DUSK оплачивает gas и служит stake. Initial supply составлял 500 млн, ещё до 500 млн выпускается за 36 лет, поэтому maximum supply равен 1 млрд. Emission уменьшается геометрически примерно вдвое каждые четыре года.

Block reward включает emission и fees. Generator получает 70% плюс до 10% за inclusion credits, development fund – 10%, validation committee – 5%, ratification committee – 5%. Неиспользованная часть дополнительной generator reward сжигается.

Исторические 500 млн распределялись так: token sale 50%, development 18,1%, exchange 11,8%, marketing 7,3%, team и advisors по 6,4%. Указанный vesting завершился к апрелю 2022 года, поэтому это не будущий unlock schedule.

Governance и внешние данные

Network parameters и upgrades координируются governance и validator set. Для tokenized markets также нужны достоверные prices и corporate actions. Интеграция стандартов Chainlink может доставлять внешние данные, но oracle не проверяет правовой статус каждого актива.

История

Dusk начал разработку примерно в 2018 году и несколько лет исследовал Succinct Attestation, PLONK, Phoenix и regulated finance. Mainnet выпустил первый блок 7 января 2025 года. В 2025 году команда объявила переход к modular stack с DuskDS, DuskEVM и DuskVM.

В декабре 2025 года активировали blob transactions, в феврале 2026 года – PLONK V2, затем Aegis усилил consensus и proof verification. Boreas в июне 2026 года стандартизировал transaction handling и отключил новые Phoenix transactions на mainnet. DuskEVM и Hedger в августе 2026 года ещё проходили testnet rehearsals.

Команда

Сооснователи проекта – Эмануэле Франчони и Йелле Пол. Франчони связан с architecture и research, команда включает cryptographers, protocol engineers и специалистов по regulated markets. Dusk Foundation финансирует развитие, а коммерческие и лицензированные partners образуют отдельный институциональный слой.

Основные риски

Переходная архитектура. Production DuskDS и testnet DuskEVM создают риск задержек, несовместимости и повторных изменений.

Privacy expectations. Phoenix отключён, Hedger не запущен в production. Старые обещания нельзя переносить на текущие transactions.

Bridge risk. В январе 2026 года bridge services пережили incident. Любой новый native bridge требует отдельного аудита и monitoring.

Регулируемые активы. Технический compliance не заменяет licences, issuer solvency, custody и enforceable investor rights.

Stake и token supply. Slashing, validator concentration и многолетняя emission влияют на доходность и цену DUSK.

Dusk следует оценивать по работающему DuskDS и фактическим институциональным deployments. EVM compatibility, Hedger и новая privacy-модель перспективны, но до production являются дорожной картой, а не свойством уже совершённых транзакций.