When Is a MiCA White Paper Needed? A practical guide for token issuers, exchanges, foundations, launchpads and crypto projects

MiCA has made the crypto-asset white paper one of the central regulatory documents for accessing the EU market. For many projects, however, the hard question is not how to draft the white paper, but whether one is needed at all.

A MiCA white paper is required when a crypto-asset is offered to the public in the EU or admitted to trading on an EU crypto-asset trading platform, unless an exemption applies. Whether that applies to your project depends on the asset type, the offer structure and the venue.

This article helps issuers, offerors, exchanges and persons seeking admission to trading identify if they need a whitepaper and  the likely route they may need to take. It is also accompanied by a questionnaire to test the matter in practice.

‍

Need to check your position?
Complete the MiCA White Paper Applicability Questionnaire:
https://lk648ntk1fo.typeform.com/to/E7INWrjV

‍

The basic MiCA rule

The MiCA white paper requirement is triggered by an offer to the public or admission to trading, not by the mere existence of a crypto-asset. This distinction matters in practice: a token can avoid a white paper for a particular public offer because an exemption applies, but still require one because it is being admitted to trading. The white paper analysis should therefore never stop at the initial token distribution, as  a project that clears the offer stage can still trigger the white paper requirement later, at listing.

To work out whether a white paper applies to your situation, you need to ask a series of further questions.

‍

1. First screen: am I outside MiCA altogether?

The first question is whether the person or asset is outside the MiCA regime altogether. If the person involved with the asset is a liquidator, a public international organisation, the European Investment Bank, the European Financial Stability Facility, the European Stability Mechanism, or a monetary authority acting in that capacity, such as the ECB itself or another central bank, MiCA white paper requirements do not apply. Similarly, if the asset is not a crypto-asset, it is of course excluded from MiCA: this refers to an asset (coin or token) transferred and stored electronically, representing value or a right, and issued on blockchain technology, distributed ledger technology or similar technology.

MiCA even excludes some types of crypto-assets from its application altogether: non-fungible assets are explicitly carved out from MiCA, but only as long as they are not a part of a semi-fungible collection (large collections may indicate fungibility). Assets that constitute financial instruments are also excluded from MiCA even if they are issued on a blockchain, because they already have a regulatory regime in MiFID (in fact, the term “crypto-asset” was chosen over “digital assets” because the regulators regarded the latter as broader and encompassing financial instruments) . Hence, financial instruments, deposits or structured deposits, funds, securitisation positions, insurance products, reinsurance or retrocession products, pension products and social security products or schemes are also excluded. In all of these cases, the MiCA white paper route is not applicable. This does not mean the asset is unregulated — for instance, a tokenised financial instrument may fall under prospectus regulation rather than white paper requirements — but, for example, may raise securities-law, prospectus, MiFID or market infrastructure questions instead.

Finally, there are partial MiCA carve-outs. Notably, assets without an identifiable issuer are not entirely excluded from MiCA, but they are excluded from the white paper regime in particular, among other requirements in MiCA Titles II, III and IV. However, and as there is debate among scholars about what really constitutes the lack of an identifiable issuer, trading platforms’ compliance teams often tend to require MiCA white papers even in those cases.

‍

2. Second screen: am I making an offer to the public or admission to trading?

Once the asset is in scope, the next question is whether there is a regulatory trigger. The existence of an asset in itself does not immediately demand white papers.

The key questions to be asked are:

• are you offering the asset to the public?
• are you seeking the asset’s admission to trading on a trading platform?

Naturally, this raises the questions of what an offer to the public and a trading platform are. It is possible to dive deep into the concepts (for instance, there is a debate about the relevance of “promotional language” in offers to the public) but the bottom line is that an offer occurs when a party makes a communication in any form with terms that enable a purchase of the asset. Furthermore, not every exchange is a trading platform: A trading platform is an exchange (or other multilateral system) with an order book.

If there is an offer to the public or admission to trading, there are still some pathways out of the white paper requirement, but they are more limited. They include exemptions for offer (listed below), older listings or offers under a transitional (“grandfathering”) period, and cases where consent to reuse by a previous white paper submitter is secured (although this could lead to strange liability scenarios). Overall, trading platforms generally tend to require white papers for all new admission to trading requests or initiatives.

‍

3. Third screen: is my token an EMT, ART or OTH?

If there is an offer or admission trigger, the next question is how the asset should be classified. If an asset references one official currency, it is an e-money token (EMT); if it references multiple currencies, assets that are not official currencies, or a combination thereof, it is an asset-referenced token (ART); otherwise it is an “other-crypto-asset” (OTH). This classification is not cosmetic, as EMTs and ARTs are subject to stricter regimes than ordinary OTH tokens. Notably, the former require explicit supervisory approval, while the latter must merely be notified — often this can amount to a form of approval by silence where the white paper is admitted as long as it is not explicitly rejected by the supervisor, but local ways vary.

‍

Do I need a white paper for my asset-referenced token?

For asset-referenced tokens, the practical position is strict. As it can be observed in our questionnaire, an ART could take advantage of an exemption if its average outstanding value of the ART has never exceeded EUR 5 million over 12 months, or if it is being offered solely to qualified investors. However, even in these cases, a white paper is needed: projects can leverage these exemptions to not be required to meet many of the usual ART rules, but not the white paper one specifically — unless the person seeking admission to trading of an ART can convince exchanges that the asset lacks an identifiable issuer and no white paper is needed.

‍

Do I need a white paper for my e-money token?

For e-money tokens, a white paper is generally needed. If the e-money token can only be used to acquire goods or services in the issuer’s premises, within a limited network of service providers, or for a limited range of goods or services, the project can benefit from many exemptions, but typically the  white paper requirement is not one of them. The same happens if the e-money token is used to make payment transactions where the purchased goods or services are delivered to and used through a telecommunication, digital or IT device.

‍

Do I need a white paper for my other crypto-asset (OTH)?

Most non-stablecoin crypto-assets fall into the “other than asset-referenced tokens or e-money tokens” category, often abbreviated as OTH.

For these assets, our questionnaire also identifies some exemptions. For offers to the public, if the crypto-asset is offered to 150 natural or legal persons per Member State or fewer, if the total consideration of the offer is equal to or below EUR 1 million over 12 months, if the asset is offered for free,if it is exclusively and automatically created as a reward for transaction validation, if the offer concerns a utility token providing access to a good or service that exists or is in operation, and if the crypto-asset can only be used in exchange for goods or services provided by the offeror or a limited network of merchants with contractual arrangements with the offeror, the white paper rule may be avoided. 

However, these exemptions must be applied carefully. For instance, a “free” airdrop may not necessarily be regarded as free if users must provide personal data or if the offeror receives monetary or non-monetary benefits. The listing question also remains important. If an admission to trading is sought, exemptions for offers to the public may not be leveraged.

‍

 Do I need a white paper if my OTH token is already listed?

OTH assets already admitted to trading by 30 December 2024 (a similar regime applies to offers to the public that ended prior to this date) do not require a white paper in those particular trading platforms until 31 December 2027. Other trading platforms still need to submit white papers.  However, a person may still prepare and submit a white paper voluntarily. 

Exchange listing teams often require this. Furthermore, many projects and exchanges will not wait until the last possible date. They may want a voluntary MiCA white paper to support exchange relationships, reduce listing friction, respond to due diligence requests, prepare for supervisory expectations, improve public disclosure, support market access or demonstrate readiness.

There is a legal consequence to doing this voluntarily. MiCA Article 4 provides that, where a public offer of a crypto-asset other than an ART or EMT is exempt from the obligation to publish a white paper but a white paper is nevertheless drawn up voluntarily, Title II applies. No such article exists for admissions to trading but regulators could still interpret that this requirement exists “by way of analogy”. That means a voluntary white paper should not be treated as a casual marketing document. Once prepared and published as a MiCA white paper, it needs to be handled with the same seriousness as a mandatory one.

‍

What information is required in a MiCA white paper?

A MiCA white paper is not the same as a project whitepaper.

A traditional crypto whitepaper may explain a protocol, tokenomics, roadmap or community vision. A MiCA white paper is a regulatory disclosure document. It must follow prescribed content requirements and, depending on the category of token, cover information on the issuer, offeror or person seeking admission to trading, the project, the offer or admission, the crypto-asset, rights and obligations, underlying technology, risks, and adverse impacts on climate and the environment. MiCA’s rulebook lists separate content provisions for OTH tokens, ARTs and EMTs: Article 6, Article 19 and Article 51 respectively.

There are also technical format requirements. Commission Implementing Regulation (EU) 2024/2984 and Commission Delegated Regulation (EU) 2025/422 lay down standard forms, formats and templates for crypto-asset white papers, and explains that the white paper framework is intended to make white papers available in machine-readable format. The implementing regulation also requires crypto-asset white papers to be drawn up in XHTML format with Inline XBRL tagging of the relevant fields.

This means a MiCA white paper project usually has four workstreams: legal classification, regulatory drafting, technical and sustainability data collection, and XHTML/iXBRL production.

‍

Practical decision tree

The practical route is as follows.

1. First, check whether the person is outside scope because they are a liquidator, public international organisation, specified EU financial institution, stability mechanism or monetary authority acting in that capacity.
2. Second, check whether the asset is actually a transferable, electronically stored, DLT or similar-technology crypto-asset representing value or rights, and whether it is fungible or semi-fungible.
3. Third, check whether the asset is excluded because it is a financial instrument, deposit, fund, securitisation position, insurance product, pension product or social security product.
4. Fourth, check whether there is an offer to the public or an admission-to-trading request. If neither exists, a MiCA white paper is generally not needed.
5. Fifth, if there is admission to trading, check whether the asset already trades on another European trading platform, already has a white paper and whether written consent has been obtained to use that white paper.
6. Sixth, classify the token. If it references one official currency, analyse it as a potential EMT. If it references other assets, analyse it as a potential ART. If it does neither, analyse it as an OTH token.
7. Seventh, for ARTs, assume a white paper is needed and then assess whether the issuer benefits from any limited exemption from wider authorisation requirements.
8. Eighth, for EMTs, check whether a limited-network or telecom/digital-device exception applies. If not, assume white paper and issuer-authorisation issues must be considered.
9. Ninth, for OTH tokens, check the public-offer exemptions: fewer than 150 persons per Member State, total consideration at or below EUR 1 million over 12 months, genuinely free offer, automatic validation reward, operational utility token, or limited-network use.
10. Tenth, for already-listed OTH tokens, consider whether a voluntary MiCA white paper is commercially or strategically useful before the final transitional deadline identified in the MCA questionnaire.

‍

Need a white paper applicability check?

The MiCA white paper question is fact-specific. The correct answer depends on the person, the asset, the offer, the trading venue, the token classification, any prior white paper, any written consent, and any available exemption.

The MiCA Crypto Alliance can support with white paper applicability checks, asset classification, OTH/ART/EMT analysis, white paper drafting, white paper review, voluntary submissions, updates to existing white papers, sustainability disclosures, XHTML/iXBRL formatting, and submission support.

Start with the questionnaire:
https://lk648ntk1fo.typeform.com/to/E7INWrjV

‍

FAQ

Do I need a MiCA white paper simply because my token exists?

No. A white paper is generally triggered by an offer to the public or an admission to trading, not by the mere existence of a crypto-asset. If you are unsure whether your activities amount to an offer to the public or admission to trading, the MiCA Crypto Alliance can carry out a white paper applicability assessment.

If my public offer is exempt, am I automatically exempt from the white paper requirement?

Not necessarily. Many exemptions apply only to the public offer itself. If the crypto-asset is subsequently admitted to trading, a white paper may still be required.

Does listing on any exchange count as admission to trading?

No. MiCA refers to admission to trading on a crypto-asset trading platform. While all trading platforms are exchanges, not all exchanges are trading platforms. A trading platform is characterised by having a multilateral trading facility, typically an order book, and will usually have a trading platform licence.

Can I rely on another MiCA white paper?

Only in limited circumstances. MiCA allows reliance on an existing white paper where the required written consent has been obtained from the person who originally submitted it, but this could create complex liability implications and update duties.

Our token was listed before MiCA applied. Do we still need a white paper?

Potentially. If your token is an EMT or ART, yes. If your token is an “other crypto-asset”, the white paper is optional  until 30 December 2027, as long as where the following two requirements are met simultaneously: [1] the asset was admitted to the trading platform prior to 30 December 2024, [2] new admissions in other trading platforms are not sought or have not been sought ever since.

We are conducting an airdrop. Does that mean no white paper is required?

Not necessarily. An airdrop is only exempt where it is genuinely free. If recipients provide consideration, including where the issuer receives monetary or non-monetary benefits in return, the exemption may not apply. If a purchaser is required to provide personal data in exchange for the crypto-asset, the offer is also not regarded as free and the exemption does not apply.

Does every stablecoin require a MiCA white paper?

In practice, almost always. Both e-money tokens (EMTs) and asset-referenced tokens (ARTs) generally require a MiCA white paper and additional approvals. A fully issuerless stablecoin may benefit from Recital 22 exemptions however.

Our project is decentralised and has no company. Can we avoid a white paper?

Not automatically. While MiCA contains special rules for crypto-assets without an identifiable issuer, whether a project truly lacks an identifiable issuer is highly fact-specific and remains an area of regulatory debate. An issuer need not be a company, and may be regarded to be a natural person or even an undertaking other than natural or legal persons.

Can we publish a MiCA white paper voluntarily?

Yes. Many projects do so to facilitate exchange listings, demonstrate regulatory readiness and reduce due diligence questions. However, a voluntary MiCA white paper should be prepared with the same care as a mandatory one because it may trigger the application of MiCA obligations. The MiCA Crypto Alliance assists with both mandatory and voluntary MiCA white papers, including classification, drafting, ESG disclosures, iXBRL conversion and submission support.

Can the MiCA Crypto Alliance tell me whether I need a white paper?

Yes. The MiCA Crypto Alliance provides white paper applicability assessments, token classification analyses (OTH, ART and EMT), exemption assessments, issuer-identification opinions, MiCA white paper drafting and review, ESG disclosures, XHTML/iXBRL conversion and submission support. Where appropriate, we can also advise whether a voluntary white paper would be beneficial from a regulatory or commercial perspective.

‍