A MiCA white paper is no longer the crypto equivalent of a pitch deck.
For an in-scope token offering in the European Union, it is a regulated disclosure document with prescribed content, responsibility rules, notification procedures and, since December 2025, technical formatting requirements.
That makes the drafting process more demanding than taking an existing project whitepaper and adding a legal disclaimer. The first question is which MiCA token category applies. The second is who legally bears responsibility for the document. Only then can the correct disclosure framework be selected.
The MiCA whitepaper requirements also differ between crypto-assets other than asset-referenced tokens and e-money tokens, asset-referenced tokens, and e-money tokens.
For founders and issuers, getting that sequence right matters more than producing a polished document quickly.
What is a MiCA crypto-asset white paper?
MiCA uses the term “crypto-asset white paper”. Its purpose is regulatory disclosure: to provide prospective holders with information about the relevant entity, project, crypto-asset, offer, rights, technology and risks in a structured and legally accountable form.
For crypto-assets other than asset-referenced tokens, or ARTs, and e-money tokens, or EMTs, responsibility does not always sit with the technical “issuer”. Depending on the circumstances, MiCA places obligations on the offeror, the person seeking admission to trading or, in specific cases, the operator of a trading platform. Article 6 separately requires information about the issuer where the issuer is different from those parties.
For ARTs and EMTs, MiCA contains separate white paper regimes focused on the issuer and the particular characteristics of those tokens.
That distinction is important because the phrase “every MiCA issuer needs the same whitepaper” is too broad. The correct document depends on the legal classification of the token and the way it is offered or admitted to trading.
The core MiCA whitepaper requirements
For crypto-assets other than ARTs and EMTs, Article 6 and Annex I establish a detailed disclosure structure. The document must be fair, clear and not misleading, must not contain material omissions, and must be presented in a concise and comprehensible form.
At a practical level, the core MiCA whitepaper requirements cover:
The responsible parties: details of the offeror or person seeking admission to trading, the issuer where different, and the trading-platform operator where it prepares the document.
The project: what the project does, the parties involved, its development and, where relevant, how funds raised will be used.
The offer or admission to trading: the structure of the offer, reasons for it, relevant amounts, pricing and other prescribed terms.
The crypto-asset itself: its characteristics and the information needed to understand what is being issued or admitted to trading.
Holder rights and obligations: the rights attached to the token, restrictions and relevant procedures.
The underlying technology: the DLT, protocols and technical mechanisms material to understanding the crypto-asset.
Risk factors: risks relating to the project, token, offer, technology and implementation.
Sustainability information: principal adverse climate and other environment-related impacts of the consensus mechanism.
Mandatory statements and warnings: including the required responsibility and investor-risk language.
Formal and technical information: including the summary, table of contents, notification date, required language and machine-readable format.
The challenge is not locating these headings. It is ensuring that the information under them accurately reflects the token, corporate structure, tokenomics, technology and offering.
How do MiCA whitepaper requirements change by token type?
Token classification determines the applicable legal route before drafting starts.
As dr. Peter Merc, founder of Lemur Legal, explains:
“With a MiCA white paper, I would never start with the template. I would start with the token itself. What rights does it give, what is it linked to, how is it used and how is it offered? Those answers determine which MiCA rules apply. If the classification is wrong at the beginning, you can produce a very polished white paper and still end up with the wrong document.”
That is the central drafting issue. Classification determines not only what needs to be disclosed, but also which MiCA regime applies in the first place.
Crypto-assets other than ARTs and EMTs
For the broad Title II category, Article 6 and Annex I provide the principal disclosure framework. Annex I goes well beyond a project description. It requires detailed information such as legal identity, management, contact details, business activity and financial condition of the relevant responsible person, together with project and offering information.
Where a public offer is subject to Article 4, the white paper must generally be drawn up, notified and published. MiCA does provide exemptions, including certain offers to fewer than 150 persons per Member State, offers with total EU consideration not exceeding EUR 1 million over 12 months and offers exclusively to qualified investors. Separate exemptions can apply to specified categories such as certain free distributions, mining or validation rewards, existing utility use cases and limited networks.
The facts and the planned admission to trading still matter, so an exemption should not be assumed from a label alone.
Asset-referenced tokens
ARTs have a separate framework under Article 19 and Annex II. In addition to information about the issuer, token, offer, rights, technology and risks, the white paper must disclose information concerning the reserve of assets and the relevant environmental impacts.
The underlying regulatory route is also different. Article 16 generally requires an issuer offering an ART to the public or seeking its admission to trading to be established in the Union and authorised under the ART regime, or to be a qualifying credit institution, subject to specific exemptions.
A Title II white paper template is therefore not an appropriate shortcut for an ART.
E-money tokens
EMTs are governed by a third disclosure structure under Article 51 and Annex III. Their white papers contain issuer information, details of the token and offer or admission to trading, rights and obligations, technology, risks and environmental information. Annex III also requires EMT-specific issuer and legal information.
These distinctions are why classification should precede drafting. A beautifully written document using the wrong MiCA category is still the wrong document.
Notification is not the same as regulatory approval
One of the most important MiCA whitepaper requirements is procedural rather than editorial.
For crypto-assets other than ARTs and EMTs, the white paper is notified to the competent authority of the home Member State. The authority may not require prior approval before publication. The notification must be accompanied by an explanation of why the crypto-asset is not excluded from MiCA’s scope, is not an EMT and is not an ART. Those materials must be submitted at least 20 working days before publication.
The published document must then be made available on the relevant website before the public offer or admission to trading begins, and the published version must be identical to the notified version, subject to the rules on later modifications.
This is why describing every white paper as “MiCA approved” is misleading. For crypto-assets other than ARTs and EMTs, notification does not mean that a regulator has reviewed and endorsed every statement in the document. Responsibility for the content remains with the relevant party.
ARTs follow a different authorisation and approval architecture, so founders should not apply the Title II notification logic indiscriminately to every token category.
The format changed: iXBRL now matters
A major practical development is easy to miss if a team relies on an older MiCA checklist.
The MiCA whitepaper requirements now include iXBRL formatting. The relevant technical requirements entered into application on 23 December 2025, together with the standardised forms, formats and templates developed under MiCA.
In practical terms, compliance is no longer only about whether a PDF contains the correct legal wording. The information must also be prepared within the required structured, machine-readable framework.
This makes late-stage conversion risky. If legal, tokenomics and technical data are drafted inconsistently across source documents, the formatting process can expose discrepancies at exactly the point when the team expects the document to be ready for filing.
The better workflow is to structure the underlying information around the applicable MiCA fields from the beginning and treat iXBRL production as part of the white paper process, not an administrative export at the end.
The white paper must match the actual project
Many drafting problems are not caused by obscure points of MiCA. They come from inconsistencies between documents.
The tokenomics deck might describe one supply mechanism while the terms describe another. The website may promise functionality that the white paper characterises differently. A vesting schedule might have changed without the legal documentation being updated. The entity named as issuer may not be the entity actually conducting the offer.
MiCA’s disclosure regime makes those inconsistencies more consequential because the white paper must be fair, clear and not misleading and cannot contain material omissions.
A strong drafting process therefore reconciles the white paper against the token terms, corporate structure, tokenomics, technical documentation, website, marketing materials and planned exchange or trading arrangements.
Generic risk wording is another weak point. A risk section should describe the material risks of the actual project and token rather than reproduce a standard crypto disclaimer. Sustainability disclosures also need to address the consensus mechanism rather than being omitted because they were absent from older crypto whitepapers.
This is also where cheap templates become expensive. A template can supply headings. It cannot resolve a classification inconsistency or determine whether the underlying facts make a disclosure accurate.
How to prepare a MiCA white paper efficiently
The efficient sequence starts before anyone writes the first section.
The project should first establish the token’s intended functionality, issuance structure, offer and trading strategy. Legal counsel can then assess whether the asset falls within MiCA and, if so, which category and title apply.
The responsible legal entity should be confirmed next. Corporate documents, management information, financial information, tokenomics, technical architecture, rights attached to the token, offering terms, risk information and sustainability data can then be assembled against the relevant Annex fields.
Only after that groundwork should the full legal drafting and consistency review begin.
For Title II white papers, the classification rationale needed for the competent-authority notification should be developed alongside the document rather than after it. Article 8 expressly requires the notification to explain why the asset is not outside MiCA, an ART or an EMT.
Lemur Legal’s MiCA white paper work combines the white paper, token legal analysis and regulatory notification within the same workstream. Where classification itself needs to be documented separately for exchanges, counterparties or other stakeholders, a crypto legal opinion can address that analysis in a dedicated format.
Get the classification right before the template
The MiCA whitepaper requirements are detailed, but the hardest part is rarely filling in the fields.
The harder questions come first: what is the token legally, who is responsible for the offer or admission to trading, which MiCA title applies, whether an exemption is genuinely available and which regulatory procedure follows from those answers.
Once those issues are settled, the white paper becomes a structured exercise in accurate disclosure. If they remain unresolved, even a technically complete template can rest on the wrong regulatory foundation.
For an issuer preparing to enter the EU market, that makes early legal classification, document consistency and current technical formatting part of the same compliance process.
A MiCA white paper should not merely look compliant. Its legal analysis, factual disclosures and filing format need to hold together as one document.