Skip to content
Request a Demo
Regulation

What MiCA Means If You Are Issuing

For many institutions the most valuable answer is that MiCA does not apply. How to reach that conclusion quickly, and how the three MiCA regimes differ if it does.

19 September 2026 · 10 min read

For a large share of institutions asking what MiCA means for their issuance, the correct and most valuable answer is that MiCA does not apply to it at all. Getting to that answer quickly — or to the right one of three very different regimes if it does apply — is worth more than any amount of general familiarity with the text.

In short
  • MiCA excludes crypto-assets that qualify as financial instruments. Tokenised funds, bonds and shares sit under existing securities law, not MiCA.
  • If MiCA does apply, three regimes diverge sharply: e-money tokens, asset-referenced tokens, and everything else.
  • Only the first two require authorisation. The third requires a white paper that is notified, not approved — a distinction that changes your timeline and your liability.
  • Issuing and then servicing your own token are separate questions. The second can pull you into a licence you did not plan for.

First question: is it a financial instrument?

MiCA — Regulation (EU) 2023/1114 — governs crypto-assets that are not already regulated elsewhere. Its scope provisions carve out crypto-assets that qualify as financial instruments under MiFID II, along with deposits, structured deposits, securitisation positions, insurance and pension products.

The consequence is decisive. A tokenised fund unit, a tokenised bond, a tokenised equity — these are financial instruments in token form, and the live question becomes which token standard enforces the holding rules. They are governed by the existing apparatus: prospectus obligations or the applicable exemption, the fund regimes, MiFID for any investment services around them, and, where you want to trade and settle them on a distributed ledger inside the EU, the DLT Pilot Regime under Regulation (EU) 2022/858.

If a securities regulator would recognise your token as a security, MiCA is the wrong rulebook and reading it further is a detour.

This is not a loophole. It is the architecture of the regulation, and it means the first hour of work is a characterisation exercise with counsel in each member state that matters to you — because the national implementation of the financial-instrument definition is not perfectly uniform across the Union.

If MiCA does apply: which of three regimes

Does it qualify as a financial instrument? YES Outside MiCA MiFID · prospectus · funds Plus the DLT Pilot Regime for on-ledger trading and settlement in the EU. NO What value does it reference? EMT One official currency Credit or e-money inst. ART A basket or other value Authorisation required OTHER Neither of the above White paper, notified SERVICING YOUR OWN TOKEN — CUSTODY, EXCHANGE, TRANSFER — IS A SEPARATE CASP QUESTION

The branch on the left is the one most institutional issuers land on, and it is the cheapest possible outcome of a MiCA review — provided you establish it deliberately rather than assume it.

E-money tokens

A token that references a single official currency. The regime is the strictest on who may issue: in substance, a credit institution or an authorised electronic money institution. Holders get a redemption right at par, at any time, and the issuer may not grant interest on them. Reserve assets must be held, segregated and invested within constraints.

The practical reading for a would-be issuer: if your product is "a tokenised euro" or "a tokenised pound for EU distribution", you are not choosing a token standard, you are acquiring or partnering with a licensed institution. That decision dominates the project plan.

Asset-referenced tokens

A token that aims to hold stable value by referencing anything else — a basket of currencies, commodities, other crypto-assets, or a combination. These require authorisation as an ART issuer (or being a credit institution following a distinct route), with own-funds requirements, a reserve of assets held and managed under rules, redemption rights, governance and conflict-of-interest obligations, and mandatory disclosures.

Both EMTs and ARTs also carry a step-up: once a token passes size and usage thresholds, it is designated significant and supervision moves to the European Banking Authority, with tighter requirements attached. If your business case depends on scale, model that step-up into it from the start, because it arrives precisely when success does.

Other crypto-assets

Everything in scope that is neither an EMT nor an ART. There is no authorisation requirement. Instead you must produce a crypto-asset white paper with prescribed content — the project, the rights and obligations attached, the underlying technology, the risks, and adverse environmental impacts — notify it to your national competent authority, and publish it.

Three things routinely surprise teams here:

  • Notification is not approval. Your authority does not bless the document before publication. That accelerates the timeline and shifts the burden: you carry liability for information that is incomplete, unfair or misleading, and that liability is the reason to treat drafting as a legal exercise rather than a marketing one.
  • Marketing communications are regulated too, must be identifiable as such, must align with the white paper, and cannot contradict it. Your launch campaign is in scope.
  • Obligations continue after issuance — keeping the white paper current, acting honestly and in holders' best interests, managing conflicts, and maintaining the systems that back any claims you made.
E-money tokenAsset-referenced tokenOther crypto-asset
TriggerReferences one official currencyReferences a basket or other valueNeither
AuthorisationCredit or e-money institutionART issuer authorisationNone
White paperRequiredRequired, with authorisationRequired, notified to the NCA
Reserve of assetsRequired, segregatedRequired, managed under rulesNo
Redemption rightAt par, at any timeRequired, per the regimeNo
Interest to holdersProhibitedProhibitedn/a
Significance step-upYes — EBA supervisionYes — EBA supervisionNo
Does MiCA apply to a tokenised fund or a tokenised bond? No. MiCA expressly excludes crypto-assets that qualify as financial instruments under MiFID II, and fund units, bonds and shares in tokenised form remain financial instruments. Those issuances are governed by the prospectus and fund regimes and by MiFID for the services around them, with the EU's DLT Pilot Regime providing the route for trading and settling them on a distributed ledger. The characterisation still has to be done properly per jurisdiction — but the destination is securities law, not MiCA.

The second question issuers forget

MiCA regulates crypto-asset services as well as issuance: custody and administration for clients, operating a trading platform, exchange, execution, placement, reception and transmission of orders, advice, portfolio management and transfer services. Providing any of them by way of business in the EU requires authorisation as a crypto-asset service provider, with a passport across member states once granted.

Plenty of issuance plans quietly include a service. If your product roadmap has a wallet that holds client assets, a venue where holders trade with each other, or a transfer service, you have a second regulatory workstream — frequently longer than the issuance one. Decide early whether you perform those functions or partner with someone already authorised.

Can a non-EU issuer just avoid MiCA by not targeting Europe? In principle, but the margins are narrow and get tested. Offering to the public in the Union or seeking admission to trading on an EU platform brings you into scope, and for e-money and asset-referenced tokens the regime contemplates EU establishment rather than remote issuance. The reverse-solicitation concept — serving a client purely at their own exclusive initiative — is deliberately narrow and cannot be manufactured through marketing, localisation or onboarding flows aimed at EU users. Treat it as a rare exception, not a distribution strategy.

What MiCA does not reach

Two exclusions come up constantly and both are narrower than people hope.

Unique, non-fungible assets. Crypto-assets that are genuinely unique and not fungible with others sit outside the regulation. The qualification matters more than the label: issuing a large series of items that are functionally interchangeable, or fractionalising a unique asset, can defeat the exclusion whatever the tokens are called. Regulators look at economic substance, not at the standard the contract implements.

Fully decentralised services. Where a crypto-asset service is provided in a fully decentralised manner without any intermediary, the regulation does not apply. In practice the question is whether an identifiable person exercises control or derives fees — a front end, an upgrade key, a treasury, a governance structure with real power. Most arrangements described as decentralised have at least one of these, and the exclusion is best treated as unavailable unless counsel says otherwise in writing.

Timing, and why it is not settled

MiCA applies in stages: the regimes for asset-referenced and e-money tokens came into application first, with the remainder following later. Member states were permitted to apply transitional arrangements for entities already operating under national regimes, and those transitional windows differ in length across the Union — so the practical deadline facing a given firm depends on where it operates as much as on the regulation itself.

Underneath the level-one text, technical standards and supervisory guidance continue to arrive, filling in the detail on white paper content, reserve management, complaint handling and disclosure. The direction is stable; the specifics are still being written. Two consequences for a programme: build to the principles rather than to a single published template, and diarise a review of the requirements before launch rather than relying on an analysis done at the start of the project.

Sequencing that saves months

The order to do this in
  1. Characterise the instrument before designing it. Financial instrument, EMT, ART or other — this single answer determines every subsequent cost.
  2. Map the services you intend to provide around the token, and decide build-or-partner for each.
  3. Pick jurisdictions deliberately. The passport means one authorisation serves the Union, which makes the choice of home authority a strategic decision, not an administrative one.
  4. Draft the white paper as a liability document. Everything you claim becomes a standard you are held to, including technology and environmental disclosures.
  5. Model the significance step-up if you are targeting scale, so success does not arrive as a compliance emergency.
Scope and currency. This is an orientation for issuers, not a compliance analysis. MiCA's provisions apply in stages, transitional arrangements differ by member state, and technical standards and guidance continue to develop — so verify current requirements with counsel in your target jurisdictions before acting. Nothing here is legal advice.
Read next

Working out which regime your issuance falls under? SUPERBLOCK builds issuance and settlement infrastructure across the UK, Europe and beyond, and the characterisation question shapes the architecture long before the contracts are written. To talk through a structure, see regulatory wrappers — how a structure is expressed once its regime is settled — or request a demo.

This article is for general information only and is not financial, investment, or legal advice. Forward-looking statements are subject to change. See our Disclaimer.

Build on institutional-grade infrastructure