Dusk

  • Name: Dusk
  • URL: https://dusk.network/
  • Category: regulated-asset settlement stack / selective-disclosure identity-and-compliance infrastructure / privacy-capable L1 plus EVM execution
  • Summary: Dusk is best understood not as just another L1, privacy chain, or tokenization vendor, but as a full stack for regulated digital-asset workflows that separates settlement/data availability, execution environments, identity-and-access controls, and product-layer market infrastructure. Its current docs present a layered design: DuskDS handles consensus, data availability, and native transaction models; DuskEVM adds Ethereum-compatible execution; DuskVM handles native WASM contracts; Citadel provides zero-knowledge identity and license flows; and Dusk Trade sits above the protocol as a market-facing workflow layer. That makes Dusk a useful comparison class for ERC-3643, Tokeny, ONCHAINID, and Chainlink ACE because it tries to move compliance, privacy, wallet binding, selective disclosure, and deterministic settlement down into the chain stack rather than leaving them as middleware around a generic public chain.
  • What it does:
    • Positions DuskDS as a settlement and data-availability layer for regulated assets, with deterministic finality and native support for both transparent and shielded value movement
    • Exposes DuskEVM so builders can use Solidity and EVM tooling while still settling through the broader Dusk stack
    • Supports two native transaction models on DuskDS: Moonlight for public account-based flows and Phoenix for shielded note-based transfers with viewing-key-style selective disclosure
    • Packages Citadel as a self-sovereign identity and licensing protocol where users obtain onchain licenses and later prove eligibility to offchain service providers with zero-knowledge-backed session flows
    • Frames “native issuance” as a higher-order design goal: assets should be created and serviced directly on-chain rather than only mirrored there as token wrappers around off-chain registries
    • Uses the Succinct Attestation proof-of-stake consensus design, with stake-weighted deterministic sortition, committee credits, proposal/validation/ratification phases, and rolling finality
  • Key claims:
    • The docs make the most useful architectural split explicit: Dusk is a stack, not a single product. DuskDS, DuskEVM, DuskVM, Citadel, Dusk Connect, and Dusk Trade each own a different control surface, which is analytically much richer than filing Dusk as a generic “RWA chain”.
    • The regulated-market docs are clearest when they stress workflow coordination rather than token issuance alone. Dusk is trying to align participant eligibility, privacy, settlement, servicing, and disclosure around one ledger environment.
    • The native-issuance framing is especially important. Dusk distinguishes ordinary tokenization from a stronger claim where the asset itself becomes the on-chain system of record and lifecycle anchor, not just a programmable wrapper around a separate registry.
    • Phoenix versus Moonlight is a strong lower-layer comparison point for compliance systems. Dusk is not simply “private by default” or “public by default”; it presents privacy, transparency, and selective disclosure as transaction-model choices inside the same settlement layer.
    • Citadel shows that identity is not only a wallet-labeling system here. It separates license providers, users, and service providers, using stealth addresses and zero-knowledge proofs so service access can be verified without publishing ordinary KYC records onchain.
    • The Succinct Attestation docs surface another important control layer: consensus participation is stake-gated through provisioners, committee weights are proportional to stake-derived credits, and Dusk reserves an emergency-block path from Dusk-run nodes in extreme liveness failures. That means institutional settlement assurances still depend on a very specific governance and operator model.
    • Dusk belongs in the active corpus because it helps compare thick regulated-asset stacks that internalize identity, privacy, access control, and settlement against thinner token standards and middleware-only compliance layers.
  • Whitepaper: Dusk’s current docs were more useful than the sparse public whitepaper repository for this pass. The strongest primary materials were the docs corpus map, market-infrastructure pages, native-issuance framing, Citadel identity docs, transaction-model deep dive, and Succinct Attestation consensus docs; see ../whitepapers/dusk-primary-sources-2026-05-12.md.
  • Sources:
  • Last reviewed: 2026-05-12 UTC