The MiCA Crypto-Asset White Paper: What Goes In, Who Approves It, When You Can Publish

Most teams approaching a token offer in the EU assume the MiCA white paper is one document with one process. It is not. There are three token types under MiCA — and each carries a different white-paper regime, a different reviewer, and a different gate before you may publish and offer to the public.

For a plain utility token you draft the white paper, notify your NCA, and self-publish — no prior approval. For an e-money token (EMT) you must already be an authorised issuer and you notify the white paper to your NCA. For an asset-referenced token (ART) the white paper needs prior approval before you can offer at all.

Get the regime wrong and the offer is unlawful — and the white-paper liability sits with the management body of the issuer. This guide is the White Paper Content Map: the nine mandatory parts mapped to MiCA Annexes I–III, the notification-versus-approval rule per token type, and the publication gate that decides when you may go live.

The Markets in Crypto-Assets Regulation¹^[1] divides every in-scope crypto-asset into three legal categories, and the category determines everything that follows. A token that is not an EMT or an ART falls into the catch-all third category — "other" crypto-assets, in practice the utility-token bucket.

An asset-referenced token (ART) references a basket of values — multiple currencies, commodities, or other crypto-assets — to maintain a stable value. Its white-paper regime is the strictest: prior approval by the NCA before any offer, governed by MiCA Title III and Annex II.

An e-money token (EMT) references a single official currency — a euro or dollar stablecoin is the archetype. The issuer must already be an authorised credit institution or e-money institution, and the white paper is notified to the NCA under MiCA Title IV and Annex III — no separate white-paper approval, because the authorisation already sits upstream.

A utility token — "other" crypto-asset under MiCA Title II and Annex I — has the lightest gate: no prior approval, only notification to the NCA. You draft, notify, and may then publish and offer. The trade-off is that the full content and liability burden still applies — a self-published document is not a lighter document.

Whatever the token type, MiCA Annex I²^[2] sets the spine. The white paper has nine mandatory parts, labelled A through I in the Annex, plus a mandatory summary and a series of mandatory statements on the cover. ARTs and EMTs follow the same logic with the extra disclosures of Annex II and Annex III bolted on.

The nine parts in order: (A) the issuer or offeror; (B) the offeror or trading-platform operator where different; (C) the operator of the trading platform; (D) the crypto-asset project; (E) the offer to the public; (F) the rights and obligations attached to the crypto-asset; (G) the underlying technology; (H) the risk factors; and (I) the principal adverse impacts on climate and the environment.

Two cross-cutting rules govern every part. First, the white paper must be fair, clear and not misleading and must not omit information material to assessing the crypto-asset. Second, it must carry a machine-readable summary in non-technical language and a clear warning that it has not been reviewed or approved by any competent authority where that is the case.

The first three parts answer one question the reader and the NCA care about most: who is responsible. Part A identifies the issuer or offeror — legal name, form, registered address, the date of incorporation, and the identity of the members of the management body.

Part B addresses the offeror where it is a different person from the issuer — common where a foundation issues the token but a separate operating company runs the offer. Part C covers the operator of the trading platform where the white paper is drawn up by that operator because the token is being admitted to trading rather than offered by its issuer.

The practitioner point: MiCA allows a token to be admitted to trading without the issuer ever drafting a white paper, in which case the trading-platform operator must produce one. Parts A–C exist so that the document always names a responsible party, whoever that turns out to be — and that named party inherits the liability in Part 12 of this guide.

Part D — the crypto-asset project — is where the substance of what you are building goes. It covers the project's purpose, the milestones and timeline, the use of proceeds, and the planned application of any funds raised. This is the part most often written like a pitch deck and most often flagged by an NCA for being promotional rather than disclosure-grade.

Part E — the offer to the public — covers the mechanics: whether this is a public offer or an admission to trading, the total number of crypto-assets to be offered, the issue price or method of determining it, the subscription terms, the target jurisdictions, and the time-limited nature of the offer.

Part E is also where the right of withdrawal disclosure lives for retail holders. If the offer has a subscription period, you must describe the 14-day withdrawal window under Article 13 — covered in detail at the publication gate below — because the offer terms and the withdrawal right are read together by the reviewer.

Part F is the legal heart of the document. It must set out every right and obligation attached to the crypto-asset — what the holder can do with it, what they are entitled to, and what the issuer is and is not promising. For a utility token this is typically access to a good or service and nothing more.

The disclosure has to be precise about what the token is not. If it confers no claim on the issuer, no redemption right, no profit share, and no governance vote, say so plainly. Silence here is the fastest route to a holder later asserting an implied right the issuer never intended to grant — and to the document being judged misleading by omission.

Part F also captures transferability and any restrictions, the conditions for any modification of holder rights, and — where relevant — the procedure for any redemption or buy-back. For an ART or EMT this part is materially longer, because the redemption right is the core consumer protection of those regimes.

Part G covers the technology behind the crypto-asset: the distributed ledger or protocol used, the consensus mechanism where one exists, the protocols and technical standards applied, and the audit of the underlying smart-contract code where the token relies on one.

The reviewer is not assessing whether the technology is good — they are assessing whether it is accurately and completely disclosed. The most common defect is a Part G that describes an idealised architecture rather than what is actually deployed at the date of publication. Disclose the real, current state, and flag any planned changes as forward-looking.

Part H must disclose the material risk factors across four broad axes: risks specific to the offer itself, risks tied to the issuer, risks inherent to the crypto-asset, and risks in the underlying technology.

MiCA expects risk factors to be specific to the token, not generic boilerplate. A copy-pasted list of "crypto is volatile" warnings will be marked down; the reviewer wants the concrete failure modes of this project — key-person dependency, liquidity, smart-contract exploit risk, the consequences if a milestone is missed.

Critically, Part H is the part the civil liability regime bites on hardest. A risk that materialises and was not disclosed — or was disclosed in a way that was incomplete, unfair, or misleading — is the textbook basis for a holder claim under Article 15. Treat Part H as the document's insurance policy, not its disclaimer.

Part I is the part teams most often forget exists. MiCA requires every white paper to disclose the principal adverse impacts on the climate and the environment of the consensus mechanism used to issue the crypto-asset, with the detail set by ESMA's technical standards³^[3].

The ESMA MiCA implementation work⁴^[4] specifies the mandatory sustainability indicators — energy consumption, energy mix, greenhouse-gas emissions, and related metrics — and the presentation format they must take. A token on a low-energy proof-of-stake chain still has to disclose; "negligible" is not a substitute for the prescribed indicators.

The sustainability indicators must also be published on the issuer's website and kept current, not frozen at the date of the white paper. Treat Part I as an ongoing disclosure, not a one-off paragraph.

For ARTs and significant EMTs the European Banking Authority⁵^[5] shares the supervisory picture with ESMA and the NCAs. The table below maps the regime that actually applies to each token type — the reviewer, the gate, and where the liability lands.

For a utility token, the gate is the notification to the NCA. You notify the white paper at least a set number of working days before publication; once notified, you may publish and offer. There is no approval to wait for, but the NCA retains the power to require changes or suspend the offer afterwards.

For an ART, the gate is hard: no offer to the public and no admission to trading until the NCA has approved both the authorisation and the white paper. Publishing an ART white paper before approval is itself a breach. The EMT gate sits in between — the white paper is notified, but the upstream EMI or credit-institution authorisation is the real bottleneck.

Then the marketing-communications rule under Article 7⁶^[6] applies to everything you say about the offer. Marketing must be fair, clear and not misleading, clearly identifiable as marketing, consistent with the white paper, and must state that a white paper exists with a link to it. You cannot market the offer before the white paper is published.

Finally, the right of withdrawal under Article 13 gives retail holders who buy directly from the issuer or offeror a 14-calendar-day cooling-off period from agreement, with a full refund and no charge. It does not apply where the token is already admitted to trading. The withdrawal right has to be disclosed in the white paper and operable in your offer flow from day one.

A recurring question: is a MiCA white paper just a crypto prospectus? No — and the distinction is jurisdictional, not stylistic. If a token qualifies as a financial instrument under MiFID II, it falls outside MiCA and into the Prospectus Regulation instead. The white paper exists precisely for crypto-assets that are not transferable securities.

The table below maps the two regimes against each other — the approval model, the exemptions, and the overlap — so you can place your token in the right regime before drafting a single page.

MiCA also carries its own offer exemptions for utility tokens: a white paper is not required where the offer is free, made to fewer than 150 persons per Member State, solely to qualified investors, or below the small-offer threshold. These mirror the prospectus exemptions but are not identical — confirm the exact MiCA threshold rather than assuming the prospectus carve-out carries over.

MiCA Article 15 sets the civil liability regime for the white paper. Where the document is not complete, fair, clear, or not misleading, a holder who suffers loss as a result can claim damages from the offeror or person seeking admission to trading and the members of its management body.

Two features make this sharper than founders expect. First, the liability cannot be excluded or limited by a disclaimer — a clause purporting to do so has no legal effect. Second, the summary carries its own liability where, read with the rest of the white paper, it is misleading, inaccurate, or inconsistent.

The practical consequence: the named directors of the issuer have personal exposure to claims arising from the document they signed off. That is why the risk-factor section, the technology disclosure, and the rights section deserve legal scrutiny disproportionate to their page count — they are where a misstatement converts into a director liability.

Generally yes. A public offer of a utility token in the EU requires a MiCA-compliant white paper drawn up to Annex I and notified to your NCA. You do not need prior approval — but you do need the document. The narrow exceptions are free offers, offers to fewer than 150 persons per Member State, offers solely to qualified investors, or offers below the small-offer threshold.

It depends on the token type. A utility-token white paper is not approved — it is notified to the NCA. An ART white paper requires prior NCA approval before any offer, with the EBA involved for significant ARTs. An EMT white paper is notified by an already-authorised issuer, because the authorisation sits upstream of the document.

A white paper governs crypto-assets that are not financial instruments and sits under MiCA. A prospectus governs transferable securities and sits under the Prospectus Regulation and MiFID II. If your token is a security, MiCA does not apply and you need a prospectus instead. The biggest risk is misclassification — a token wrongly treated as a crypto-asset when it is actually a security, or vice versa.

No. Under MiCA Article 7, marketing communications must be consistent with the white paper and must reference it — which is impossible before it exists and is published. Pre-launch teasers, waitlists, and influencer campaigns that run before publication are a common and avoidable Article 7 breach. Marketing should go live with, or after, the white paper.

Under Article 15, the offeror and the members of its management body are civilly liable to a holder who suffers loss from an incomplete, unfair, or misleading white paper. The liability cannot be excluded by a disclaimer, and the summary carries its own separate liability where it misleads when read with the full document.

• MiCA Compliance Guide for CASPs: how the white-paper obligation fits inside the wider authorisation and conduct regime.

• Issuing an EMT under MiCA Title III: the upstream authorisation that makes the EMT white-paper notification possible.

• Issuing an ART under MiCA Title III: the prior-approval pathway that the ART white paper has to clear before any offer.

• CASP Transitional Period Calendar: the deadlines that frame when a white paper must be in place to keep offering.

The white paper is not a marketing artefact you bolt on at the end — it is the legal instrument that makes your offer lawful and the document your directors are personally liable for. Classify the token first, map the nine parts to the right Annex, clear the publication gate in the right order, and the marketing follows safely behind. Get the regime right before you draft a page — every other mistake is recoverable; a misclassified, unlawfully-offered token is not.