Denmark regulates crypto-asset service providers exclusively through MiCA (Regulation (EU) 2023/1114), transposed and enforced nationally by Finanstilsynet (the Danish FSA), which ESMA's official competent-authority list confirms holds authority across ALL MiCA titles. Denmark's national grandfathering/transitional arrangements for pre-existing providers closed with the EU-wide 1 July 2026 deadline, meaning any Denmark-facing CASP must now hold full MiCA authorisation.
Absence reason not determinableNo sub-brief exists and the JID records no gap or review marker explaining why. The renderer will not invent a reason.
No periodic updates recorded against this sub-brief.
Denmark applies the MiCA taxonomy (ART / EMT / other crypto-assets), overlaid with ESMA/EBA guidelines on the boundary with MiFID II financial instruments. Finanstilsynet performs its own independent classification assessment rather than deferring automatically to other Member States' rulings.
Absence reason not determinableNo sub-brief exists and the JID records no gap or review marker explaining why. The renderer will not invent a reason.
No periodic updates recorded against this sub-brief.
Denmark has no bespoke national statute separately licensing staking, DeFi lending, DEX operation, mining, node operation, validation, or tokenization as distinct on-chain activity categories. Such activities, when offered by a Denmark-authorised CASP, are absorbed into that firm's existing MiCA CASP authorisation; standalone/non-custodial on-chain activity remains a regulatory gap addressed only at EU level via non-binding EBA/ESMA analytical reporting.
Absence reason not determinableNo sub-brief exists and the JID records no gap or review marker explaining why. The renderer will not invent a reason.
No periodic updates recorded against this sub-brief.
Denmark's stablecoin regime is entirely MiCA-derived: asset-referenced tokens and e-money tokens require authorisation, carry reserve/disclosure obligations, and EMT holders have a statutory par-value redemption right. Systemic ('significant') issuer designation sits with EBA at EU level; no Denmark-domiciled issuer has been confirmed as so designated in this research pass.
Absence reason not determinableNo sub-brief exists and the JID records no gap or review marker explaining why. The renderer will not invent a reason.
No periodic updates recorded against this sub-brief.
Danish consumer protection for crypto flows through MiCA's CASP conduct rules (custody segregation, complaint-handling, marketing-communication standards) plus joint ESA consumer warnings that specifically direct Danish consumers to verify CASP authorisation via Finanstilsynet's website.
Absence reason not determinableNo sub-brief exists and the JID records no gap or review marker explaining why. The renderer will not invent a reason.
No periodic updates recorded against this sub-brief.
Denmark taxes crypto gains under existing income-tax practice (Skattestyrelsen treats speculative crypto disposals, including crypto-to-crypto trades, as taxable income requiring self-reporting), layered with the incoming EU DAC8 CASP-transaction-reporting mandate effective 1 January 2026. A more significant reform — Tax Law Council-recommended mark-to-market ('lagerbeskatning') taxation of unrealised crypto gains/losses as capital income — was proposed with a target effective date no earlier than 1 January 2026, but enactment status was not independently confirmed in this pass. Danish VAT/GST and withholding treatment of crypto-asset services were not independently verified with a primary source in this research pass and are flagged as gaps.
Absence reason not determinableNo sub-brief exists and the JID records no gap or review marker explaining why. The renderer will not invent a reason.
No periodic updates recorded against this sub-brief.
Denmark's cross-border crypto-transfer regime is entirely EU-derived via Regulation (EU) 2023/1113 (the crypto travel rule), which requires originator/beneficiary information on transfers and imposes a EUR 1,000 verification threshold for self-hosted-address transfers. As an EU/EEA state operating under MiCA's single-licence passporting model, Denmark imposes no bespoke outbound capital-control restriction beyond EU-wide travel-rule and sanctions-screening requirements.
Absence reason not determinableNo sub-brief exists and the JID records no gap or review marker explaining why. The renderer will not invent a reason.
No periodic updates recorded against this sub-brief.
AML/CFT obligations for Danish crypto-asset businesses are governed by the EU AMLR/AMLD framework and Regulation (EU) 2023/1113's crypto travel-rule amendments to Directive (EU) 2015/849. Per module-subscription doctrine, this crypto baseline does NOT assert substantive AML/CFT claims here (absent_field_provenance: not_applicable_in_regime) — AML/CFT is owned by the crypto consumer's subscribed FIM aml_ctf module. For disambiguation only: Finanstilsynet is Denmark's national AML supervisor for crypto-asset businesses, and FATF's most recent mutual evaluation found Denmark had the foundations of a sound AML/CFT regime but identified implementation gaps in risk assessment and supervisory enforcement.
Absence reason not determinableNo sub-brief exists and the JID records no gap or review marker explaining why. The renderer will not invent a reason.
No periodic updates recorded against this sub-brief.
No categories match.
Filters combine as OR inside a group and AND across
groups.
Editorial metadata
Provenance only. Nothing below gates publication or affects the render.
Editorial metadata for Denmark
Field
Value
trust.lawyer_review.status
never_reviewed
trust.lawyer_review.reviewer
not recorded
trust.content_source
ai_generated
Provenance and declared absence
Disclosure model: module cards load OPEN; standing positions render in full; sub-briefs and jurisdiction briefs load as a clamped teaser with an explicit “read full” control carrying the true word count; earlier updates stay collapsed behind a counted summary. No text is hidden without disclosing how much of it there is.
Sentinel-fed modules receive no special rendering treatment. sentinel_feed is an attribution chip only: it does not suppress content, does not generate an absence reason code, and does not exclude the module from any count, filter, search index or export on this page.
Family taxonomy is renderer-level presentation config, not a JID field. Colour is always duplicated in text and is never the sole carrier of meaning.