MiCA White Paper – professional documentation for crypto-asset projects
Tokenuj supports issuers and offerors in preparing the documentation required by the MiCA Regulation: from token classification, through the crypto-asset white paper in iXBRL format, to notification in the relevant EU Member State.
- Token classification first
- ESMA template and iXBRL format
- Notification in the relevant EU Member State
- Regulation (EU) 2023/1114
- XHTML · Inline XBRL
- Annex I · Parts A–I
On this page
Basics
What is a MiCA White Paper?
The MiCA document that describes the crypto-asset and the project behind it before the token reaches purchasers.
A MiCA White Paper is the information document required by Regulation (EU) 2023/1114, known as MiCA. The Regulation calls it a “crypto-asset white paper”. It explains who offers the token, what rights it gives the holder, what technology it runs on and what risks it carries.
For years a “cryptocurrency whitepaper” or a “token white paper” meant any description of a project. MiCA gave it defined content, form and liability. Today it serves as a common information standard: the purchaser receives a fair, clear and not misleading description before buying. Offering a token in the intended EU Member States depends on its classification and the applicable offering requirements. Publishing a file alone does not establish that those requirements have been met.
The obligation applies to the offeror or the person seeking admission to trading of the crypto-asset. In practice this is usually the issuer's company, and for crypto-assets other than asset-referenced tokens (ARTs) and e-money tokens (EMTs) it must be a legal person. Apart from the exemptions described below, without a published white paper it is not permitted to make an offer to the public or to seek admission of the token to trading on a trading platform for crypto-assets.
For the issuer this is not a formality. The offeror and the members of its administrative, management or supervisory body are liable to holders for losses caused by information that is not complete, fair or clear, or that is misleading. That is why we start with the token model, not with the template.
Both “MiCA whitepaper” and “MiCA white paper” refer to the document discussed here. This page describes our preparation and review service. If you already have a draft, the work can begin with a gap review rather than a complete rewrite.
What information the document contains
MiCA disclosure requirements are set out in Article 6 of the Regulation and in Annex I to it. For crypto-assets other than ARTs and EMTs the Annex has nine parts.
- Offeror or person seeking admission to trading
- Issuer, if a different entity
- Operator of the trading platform, where it draws up the white paper
- Crypto-asset project
- Offer to the public or admission to trading
- Crypto-asset
- Rights and obligations attached to the crypto-asset
- Underlying technology
- Risks
In addition, information on the principal adverse impacts on the climate and other environment-related adverse impacts of the consensus mechanism (Article 6(1)(j)).
What else it must contain
- A statement on the first page: no competent authority in the Union has given its approval to the document, and the offeror is solely responsible for its content.
- A statement from the management body that the document complies with MiCA requirements and that the information is fair, clear and not misleading.
- A summary written in brief, non-technical language, with a warning for the purchaser.
- A clear and unambiguous statement that the crypto-asset may lose its value in part or in full, may not always be transferable and may not be liquid.
- No assertions about the future value of the crypto-asset.
- A machine-readable format: from 23 December 2025, a single XHTML file with Inline XBRL (iXBRL) tags.
- An official language of the home Member State or a language customary in the sphere of international finance.
Who it is for
Who is the service for?
For teams that plan to offer a token in the European Union or to seek its admission to trading and want to know what documentation they need.
Blockchain startups
Before the first issuance we establish whether the token falls under MiCA, who will be the offeror and where to start with the documentation.
Utility token issuers
We check whether the offer falls within one of the exemptions or requires a white paper, and we prepare the document for a utility token.
RWA tokenization projects
Classification comes first: a token based on a real-world asset may be a crypto-asset under MiCA or a financial instrument, and the whole path depends on that.
Investment and asset-backed token projects
A token that gives a share in profit is often subject to capital market rules, and a token that references the value of assets may be an ART. We identify the applicable regime.
Companies planning a crypto-asset issuance in the EU
We arrange the documentation, the schedule and the notification so that the offer can cover the selected Member States.
Companies building tokenization platforms
We help separate the roles: who is the issuer, who is the offeror and which activities of the platform may require CASP authorisation.
Web3 projects planning to enter the European market
For teams from outside the EU we explain which Member State will be the home Member State and how to prepare the document in the required format.
Classification depends on the token, not on its name
Regulatory classification depends on the characteristics of the token and the issuance model: what rights the token gives, what its value references, and to whom and how it is offered. If it turns out to be a financial instrument, a MiCA white paper is not the right document and the project follows a different path, for example a security token offering (STO). That is why we check the classification before we quote for the document.
Scope of service
What does white paper preparation include?
We assemble the documentation for a token from the elements below. The set depends on the project and on what you already have.
Analysis of the project and token model
We get to know the business model, the function of the token, the issuance method and the distribution plan. This is the starting point for all the documentation.
Verification of the crypto-asset classification for MiCA purposes
We make a preliminary classification of the token: ART, EMT, another crypto-asset or an instrument outside MiCA. We consult borderline cases with a partner law firm.
Developing the document structure
We structure the document according to Annex I to MiCA and the ESMA template, divided into Parts A–I.
Description of the project and technology
We describe the project, its development stages, the network, the protocols and the consensus mechanism, including its impact on the climate and the environment.
Description of the rights and obligations attached to the token
We set out what the token gives the holder, on what conditions and how those rights may change.
Tokenomics and project economics
We organise the supply, the allocation, the token release schedule and the use of funds so that the document and the smart contract say the same thing.
Information about the issuer
We prepare the part about the offeror and the issuer: company details, corporate bodies, business activity to date and financial condition.
Description of risks
We describe the risks associated with the offer, the issuer, the crypto-asset, project implementation and the technology, as well as the measures that mitigate them.
Information about the offer to the public or admission to trading, where applicable
Terms of the offer, price, subscription period, right of withdrawal and trading platforms. The scope of this part depends on the issuance model.
Preparing the documentation in the required format
The document is delivered as a single XHTML file with Inline XBRL tags following the ESMA taxonomy.
Support in preparing for the relevant regulatory procedure
We help with LEI and DTI, prepare the note explaining the classification and the notification package, and then handle the authority's questions.
The scope is indicative. We confirm the final scope, the division of work and the deadline individually after a consultation and an analysis of the project. In borderline cases we work with a partner law firm.
Ask about the scope for my projectProcess
How does the cooperation process work?
Five stages: from the first conversation to the handover of the agreed deliverables.
Consultation and getting to know the project
We talk about the project, the token, the planned date of the offer or listing and the materials that already exist.
Outcome: A shared picture of the project and a list of materials to hand over.
Analysis of the token and the business model
We check the token classification, the role of the offeror, the jurisdiction and possible exemptions from the white paper obligation.
Outcome: A recommended path, the scope of the document and a quote.
Drafting the documentation
We write the document on the ESMA template, together with the note explaining the classification and the iXBRL file.
Outcome: A complete draft of the white paper.
Review and consultations
We agree the content with the project team and check its consistency with the tokenomics and the smart contract. We consult borderline cases with a partner law firm.
Outcome: An agreed version, ready for notification.
Handover of the final document and further support
We hand over the document with the iXBRL file and support the notification, the publication and the handling of the authority's questions. We also help modify the document when significant new factors arise.
Outcome: Deliverables handed over against the agreed list and acceptance criteria, and a plan for the next steps.
20 working days
Minimum interval between notification and publication
The white paper is notified to the competent authority at least 20 working days before the date of publication (Article 8(5) of MiCA). We therefore count the schedule back from the planned date of the offer or listing.
What to provide before the work starts
Prepare the offeror and issuer details, the product description, the holder's rights and obligations, and the planned offer or admission to trading. Include tokenomics, the technology description, available documents and contract addresses. We record missing information and agree who will provide it.
The materials should make it possible to compare the document with the actual project: who can change the rules, how tokens are allocated, which transfer restrictions exist and what happens outside the blockchain.
Agreeing when the document is ready for handover
Before work starts, we agree on the deliverables and the review scope. These may include the agreed document text, a record of sources and assumptions, an XHTML file with iXBRL tags and the results of the agreed technical checks. Notification support and subsequent questions must be included in the engagement scope.
Content, technical format and the notification procedure are separate acceptance items. Delivering the document is not a supervisory authority's confirmation that the entire project complies with the law.
Indicative prices
Three tiers of cooperation
The tier depends on what you come with: a finished document, content that needs work, or the project alone.
Document review
You have a finished white paper and want to know what it is missing.
Review of a finished document with a gap report
from 1 500 EUR
Ask for a quote: Document reviewFormat and notification
You have the content and need the iXBRL format and notification.
Review, iXBRL format and notification
from 3 000 EUR
Ask for a quote: Format and notificationDocument from scratch
You have a project and a token, and the document still has to be written.
Document from scratch with iXBRL, LEI and DTI, notification and handling of the authority's questions
from 7 000 EUR
Ask for a quote: Document from scratch
Indicative price, net. The quote depends on the scope.
Not sure where to start?
The MiCA regulatory memo is a written preliminary classification of the token with a list of documents and a budget. A good first step when the token classification is not yet certain.
72 hours from receipt of complete materials.
From 2 500 zł (Poland) / from 900 EUR (foreign projects).
Why Tokenuj
Why Tokenuj?
A white paper describes a token that someone still has to design, deploy and maintain. We bring these skills together in one team.
Experience with MiCA white paper procedures in European jurisdictions, including Estonia and Luxembourg.
Experience in blockchain and tokenization
We work on tokenization and token issuances, so we know both the documents and what happens after they are published.
Technology and business expertise in one team
Lawyers, blockchain developers and marketers work together. The document, the tokenomics and the code are created in one place.
Knowledge of Web3 infrastructure
Ethereum, Solana, BNB Chain, Polygon and other EVM networks. We describe the underlying technology the way it actually works.
A comprehensive approach to tokenization projects
We treat the white paper as part of the project: alongside it are the issuance structure, the tokenomics, the technology and the communication.
Continued cooperation after the document
After the white paper we can take care of the smart contracts and the token, asset tokenization and the project's Web3 infrastructure.
Issuer in the ESMA register
CryptoHoldings: we prepared the white paper and the notification, and the issuer, Axenor Holdings OÜ, appears in the ESMA register with the date 2 October 2026.
Case material. Not an offer or an inducement to acquire crypto-assets.
See the case study
Regulations
MiCA – what you need to know
The key rules of the MiCA Regulation for crypto-asset projects, in brief and with references to the provisions.
Regulation (EU) 2023/1114: what applies in 2026
MiCA is Regulation (EU) 2023/1114 of the European Parliament and of the Council of 31 May 2023 on markets in crypto-assets. It applies directly in all Member States of the Union, without transposition into national law. It entered into force on 29 June 2023. The provisions on ARTs and EMTs apply from 30 June 2024, and the remaining provisions, as a rule, from 30 December 2024.
The Regulation does not cover, among other things, financial instruments, deposits or crypto-assets that are unique and not fungible with other crypto-assets.
Main categories of crypto-assets
Asset-referenced token
It purports to maintain a stable value by referencing another value or right or a combination thereof, including one or more official currencies. As a rule, the issuer needs authorisation, and approval of the white paper is granted in the same procedure.
E-money token
It purports to maintain a stable value by referencing the value of one official currency. Only a credit institution or an electronic money institution may issue it. The white paper is notified, without prior approval.
Other crypto-assets
Crypto-assets covered by MiCA that are neither ARTs nor EMTs, including utility tokens that provide access to a good or a service supplied by the issuer. The white paper described on this page concerns this category.
Outside MiCA
A token that gives a share in income, for example from real estate or a renewable energy installation, is usually a financial instrument. It is then subject to capital market rules (MiFID II), and a MiCA white paper is not the right document for it.
Five terms that should not be confused
A MiCA White Paper is not a CASP licence and does not mean the regulator's consent. Each of these terms describes something different.
Preparation of the documentation
Drafting the white paper, the note explaining the classification and the iXBRL file. This is the scope of our service.
Notification of the white paper
Submitting the document to the competent authority of the home Member State at least 20 working days before publication. The Regulation calls this step notification of the white paper. The offeror is the one who notifies.
Publication of the white paper
Making the document available on the offeror's website before the start of the offer or the admission to trading. The document is also available in the ESMA register.
Approval of the documentation
For crypto-assets under Title II the authority does not approve the white paper before publication, although it may require changes or suspend the offer. Approval applies to ARTs, together with the authorisation of the issuer.
CASP authorisation
A separate authorisation for crypto-asset service providers, colloquially called a CASP licence. A white paper does not replace it and does not confer CASP status.
Obligations of the token issuer and the offeror
A person that makes an offer to the public in the Union of a crypto-asset other than an asset-referenced token or e-money token, or seeks its admission to trading, must:
- be a legal person,
- draw up a white paper in accordance with Article 6,
- notify it to the competent authority of its home Member State (Article 8),
- publish it on its website before the start of the offer (Article 9),
- draft any marketing communications in accordance with Article 7 and not disseminate them before the white paper is published,
- act honestly, fairly and professionally (Article 14),
- modify the document whenever there is a significant new factor or a material mistake (Article 12), and respect the right of retail holders to withdraw within 14 calendar days (Article 13).
Exemptions from the obligation to publish a white paper
A white paper does not have to be drawn up, notified or published (Article 4(2)) where the offer to the public:
- is addressed to fewer than 150 natural or legal persons per Member State acting on their own account,
- does not exceed a total of 1 000 000 EUR in the Union over 12 months from the start of the offer,
- is addressed solely to qualified investors and only they can hold the crypto-asset.
The legal person requirement, the rules on marketing communications and the obligations under Article 14 still apply in that case.
Title II does not apply to offers to the public (Article 4(3)) where the crypto-asset is offered for free, is automatically created as a reward for the maintenance of the distributed ledger or the validation of transactions, is a utility token providing access to a good or service that exists or is in operation, or can be used only in a limited network of merchants.
The exemptions concern the offer to the public, not seeking admission to trading. They also cease to apply where the offeror makes known its intention to seek admission of the token to trading (Article 4(4)). Whether a project falls within an exemption is determined by an analysis of the specific offer.
Issuer and CASP: how they differ
The issuer creates the crypto-asset, and the offeror offers it to purchasers. A crypto-asset service provider (CASP) provides, on a professional basis, services such as operating a trading platform for crypto-assets, exchanging, holding in custody or placing crypto-assets, and needs authorisation to do so.
As a rule, the sale of its own token by the offeror is not a crypto-asset service. However, if the project wants to operate a trading platform, exchange crypto-assets or hold them in custody for clients, it falls within the scope of CASP authorisation. An entity without that authorisation must not suggest that it is a crypto-asset service provider.
MiCA White Paper notification and the competent authority
The white paper is notified to the competent authority of the home Member State. For a company with its registered office in the Union this is the Member State of that registered office; only entities from outside the EU have a choice, within set limits.
The authority does not approve the document before publication, but it may require the document to be modified or supplemented, suspend the offer or prohibit it. After notification it communicates the document to ESMA, which makes it available in its register. An entry in the register does not mean that the authority has assessed the project.
The situation in Poland
MiCA applies directly. No supervisory authority has been designated. According to UKNF, a white paper cannot be filed in Poland, and a token with a white paper from another EU member state may be offered in Poland. We establish who will be the offeror and in which jurisdiction at the start of the cooperation.
Information only, not legal advice. As of 11 November 2026.
Related services
What comes after the white paper
The document is one element of the project. If you want to prepare a token issuance in line with MiCA, we will help with the other elements too.
Asset tokenization
Our tokenization guide: what it is, how it works and when it makes business sense.
Token development and smart contracts
Design, code, tests and deployment of the token on the chosen network.
RWA tokenization
Real estate, energy, company stock and other real-world assets in the form of tokens.
Law and MiCA compliance
Regulatory analysis, token classification and a path for your project.
Web3 consultation
A conversation with an expert about the project before you decide on an issuance.
FAQ
Frequently asked questions about the MiCA White Paper
Short answers to the questions we hear most often before work on the document begins.
A MiCA White Paper is the crypto-asset white paper required by Regulation (EU) 2023/1114. It describes the offeror, the project, the token, the rights and obligations attached to it, the technology and the risks, in the structure set out in Annex I to MiCA.
It is drawn up by the offeror or the person seeking admission of the token to trading, and the purchaser should be able to read it before buying.
The entity that makes an offer to the public of a crypto-asset in the European Union or seeks its admission to trading on a trading platform for crypto-assets. For crypto-assets other than asset-referenced tokens (ARTs) and e-money tokens (EMTs) it must be a legal person. Issuers of ARTs and EMTs draw up a white paper under separate, more demanding rules.
There are exemptions from this obligation, among others for offers addressed to fewer than 150 persons per Member State, offers of up to 1 000 000 EUR over 12 months and utility tokens providing access to a good or service that exists or is in operation.
The price depends on the scope. Indicative prices: review of a finished document with a gap report, from 1 500 EUR; review, iXBRL format and notification, from 3 000 EUR; document from scratch with iXBRL, LEI and DTI, notification and handling of the authority's questions, from 7 000 EUR.
The amounts are net and indicative, and we confirm the quote after analysing the project. Details: fixed-price products.
The time depends on whether the document already exists, how complex the token is and how quickly we receive the materials. We set the schedule after a consultation and count it back from the planned date of the offer or listing.
One deadline comes from the Regulation itself: the white paper is notified at least 20 working days before publication. We prepare the regulatory memo with a preliminary classification of the token within 72 hours from receipt of complete materials.
Yes, if the offer to the public or the admission to trading requires a white paper. The offeror publishes it on its publicly accessible website at a reasonable time in advance of, and in any event before, the starting date of the offer or the admission to trading.
The published version must be identical to the version notified to the authority and must remain available for as long as the crypto-assets are held by the public. Marketing communications may be disseminated only after the document has been published.
For crypto-assets other than asset-referenced tokens (ARTs) and e-money tokens (EMTs), no. The competent authority does not require prior approval of the white paper or of the marketing communications: the document is subject to notification, not approval. However, the authority may require changes, suspend the offer or prohibit it.
ARTs are different: there, approval of the white paper is granted together with the authorisation of the issuer. The white paper for an EMT is notified. Neither the notification itself nor an entry in the ESMA register means that the authority has assessed or accepted the project.
No. MiCA does not cover, among other things, financial instruments, deposits or crypto-assets that are unique and not fungible with other crypto-assets. A token that gives a share in profit or a right to income from an asset is usually a financial instrument and is subject to capital market rules.
Classification is determined by the features of the token, not by its name. That is why we start the cooperation with an analysis and, where needed, with a regulatory memo.
Both purport to maintain a stable value, but by referencing different things. An EMT, or e-money token, references the value of one official currency, for example the euro. An ART, or asset-referenced token, references another value or right or a combination thereof, for example a basket of currencies or a commodity.
Only a credit institution or an electronic money institution may issue an EMT. As a rule, the issuer of an ART needs authorisation, and approval of its white paper is granted in the same procedure.
It depends on the classification of the token. If a token based on a real-world asset is a crypto-asset covered by MiCA, an offer to the public requires a white paper as a rule.
If the token gives rights typical of securities, for example a share in profit from real estate or a renewable energy installation, it is usually a financial instrument. A MiCA white paper alone is then not enough, because capital market rules apply. More about this path: RWA tokenization.
Yes, within a scope confirmed individually. Besides the documentation we handle token and smart contract development, tokenomics and asset tokenization.
The client remains the offeror and the issuer; we prepare the documentation, the technology and the process. In borderline cases we work with a partner law firm.
That depends on the agreed scope and the requirements applicable to the document. A content review, production of the required file and notification support are separate tasks. The format and technical checks should be agreed before work starts.
The change needs to be assessed against the document and any subsequent procedure. The handover should identify the version of the materials reviewed. Support for later changes is agreed as part of the engagement.
No. A white paper describes the crypto-asset and its offer. CASP authorisation, colloquially called a licence, concerns an entity that provides crypto-asset services on a professional basis, for example operates a trading platform, exchanges crypto-assets or holds clients' crypto-assets in custody.
Notification and publication of a white paper do not confer CASP status, and an entity without authorisation must not suggest that it is such a provider.
MiCA applies directly. No supervisory authority has been designated. According to UKNF, a white paper cannot be filed in Poland, and a token with a white paper from another EU member state may be offered in Poland.
We establish who will be the offeror and in which jurisdiction at the start of the cooperation. More: legal status of tokenization in Poland (article in Polish).
Information only, not legal advice. As of 11 November 2026.
Consultation
Planning a token issuance in Europe? Prepare your project for MiCA requirements.
Describe the project and the token briefly. We will come back with a proposal for the scope, the schedule and a quote.
Preparation of a white paper is a documentation and advisory service. It does not automatically constitute legal advice and does not guarantee authorisation, acceptance by the supervisory authority or the compliance of the whole project with MiCA.
