DAC8 and the Digital Euro

The digital euro generates a recurring DAC8 question: if regulated euro stablecoins are reportable, is a digital euro reportable too? The answer is no, and the reason is the cleanest illustration of how DAC8 scope actually works. A central bank digital currency is excluded; a MiCA-regulated e-money-token stablecoin is included. Same currency unit, opposite reporting answer — because the legal nature of the instrument, not its denomination, decides scope.

TL;DR

• The digital euro is a CBDC. CBDCs are excluded from DAC8's reportable crypto-asset scope (the same exclusion exists in CARF).
• Regulated EMT stablecoins are included in DAC8 — a deliberate alignment with the MiCA-regulated perimeter.
• Same denomination, opposite answer: a euro CBDC is out; a MiCA euro stablecoin is in.
• CBDC ≠ privacy: a CBDC has its own central-bank oversight and AML regime; DAC8 simply is not the capturing instrument.
• Treasury takeaway: tag instruments by legal nature at the issuer level, or the DAC8 report is wrong.

CBDC vs regulated stablecoin: the scope line

DAC8's reportable scope follows the MiCA crypto-asset definition and deliberately includes regulated e-money tokens. It excludes central bank digital currencies. The digital euro, as a CBDC issued by the central bank, sits on the excluded side.

The line is not the currency. It is whether the instrument is central-bank money (CBDC, excluded) or a MiCA-regulated private token (EMT, included). This is the same distinction CARF draws for CBDCs, with DAC8 additionally pulling regulated EMTs into scope (see DAC8 and stablecoins and DAC8 vs CARF).

Why the EU designed it this way

Two different rationales for two different instruments:

• CBDC: central-bank money. Its issuance, oversight, and AML framework are set by the central bank and EU law directly. The crypto-asset tax-reporting rationale — bringing privately issued, hard-to-trace instruments into automatic exchange — does not apply to central-bank money in the same way.
• Regulated EMT stablecoin: a private instrument inside the MiCA-regulated perimeter. The EU's policy choice was to make DAC8's reportable scope match the MiCA perimeter, so regulated private stablecoins are reportable.

The design is coherent once you see it as "match the MiCA-regulated private perimeter, exclude central-bank money," rather than "report anything euro-denominated."

CBDC is not a privacy regime

A frequent misreading: "the digital euro is outside DAC8, so it's the private option." That confuses outside one specific tax-reporting instrument with unmonitored. A CBDC carries its own oversight and AML framework defined by the central bank and EU law. DAC8 simply is not the mechanism that captures CBDC activity — a different regime does.

For a treasury, the correct mental model is: choosing a CBDC for a flow changes which oversight regime applies, not whether one applies.

The treasury takeaway: tag by legal nature

The practical risk for a treasury or payment operation that moves value across CBDC, regulated stablecoins, and plain crypto is mis-tagging:

• Tagging a digital-euro flow as a reportable EMT stablecoin → over-reporting, data-integrity error.
• Tagging a MiCA EMT stablecoin as "just euro / out of scope" → under-reporting, data-integrity error (and the more dangerous direction — see DAC8 penalties).

The control is instrument identification at the issuer and legal-nature level, not by ticker or denomination. A pipeline that treats "anything pegged to EUR" as one bucket will produce a defective DAC8 report. The bucket has to split: CBDC (excluded) vs MiCA EMT (included) vs other.

What to do about it

1. Classify every euro-denominated instrument you touch by legal nature: CBDC, MiCA EMT stablecoin, other.
2. Map the DAC8 consequence per class (CBDC out, EMT in).
3. Encode the classification in the data pipeline at the issuer level, not the ticker level.
4. Document the classification basis so an excluded CBDC flow is auditable as correctly excluded.
5. Reconcile the resulting DAC8 figures against expectations (see DAC8 data collected).

Where vendors fit

• Cryptio normalizes transaction data and supports instrument-level tagging that the CBDC/EMT split requires.
• TaxBit produces the reporting output once classification is correct.
• Sumsub handles the user-side due diligence beneath the reporting.

The classification logic (legal nature, not denomination) is the part that must be owned and documented.

How Wag3s helps

Wag3s Ledger tags instruments at the level this distinction requires:

• Per-issuer, per-instrument identification (CBDC vs MiCA EMT vs other) — not by ticker
• DAC8 scope flag derived from legal nature, not denomination
• Retained classification basis for audit (see multi-chain reconciliation)

See the Wag3s Ledger product page for module details.

Further reading

• DAC8 and Stablecoins — the EMT-in-scope side of the line
• DAC8 vs CARF Difference
• DAC8 Compliance Guide 2026
• DAC8 Data Collected
• MiCA ART vs EMT Stablecoins
• USDC vs USDT vs DAI for Treasury

Sources

• Council Directive (EU) 2023/2226 (DAC8) — EUR-Lex
• OECD Crypto-Asset Reporting Framework — model rules and commentary
• Regulation (EU) 2023/1114 (MiCA) — EUR-Lex
• European Commission — DAC8 overview