ICO & Token Offerings in Poland under MiCA – White Paper, Classification and the Cross-Border Route

Classification is the first and most consequential step. It decides which regime applies, which disclosures you owe, and whether parts of your token fall outside MiCA altogether – under MiFID II, as financial instruments. MiCA sorts crypto-assets into three buckets: e-money tokens (EMTs, Title IV), asset-referenced tokens (ARTs, Title III), and “other” crypto-assets including utility tokens (Title II). The buckets are not self-evident from how a token is marketed; regulators read the mechanics, not the label.

The pressure points sit in token functionality. A staking or reward mechanism can tip a “utility” token toward a financial instrument if the return carries the economics of a yield; a governance right can do the same if it is structured as a profit or control entitlement rather than genuine utility. Getting this wrong is not a documentation problem – it re-routes the whole project to the wrong regime, and in the worst case the wrong regulator.

This is territory I have worked hands-on: structuring a utility token’s staking mechanism specifically so it would not be classified as a financial instrument, and designing token-based governance in which holders vote on initiatives and the outcome is contractually binding on the issuer’s partner – all documented to survive regulator scrutiny. When the regulator asked for a standalone opinion confirming the token was not a financial instrument, I produced it.

A crypto-asset white paper is not a marketing document with legal polish – it is a regulated disclosure with statutory content and personal liability attached. Article 6 fixes what it must contain: the identity of the offeror, issuer and any trading-platform operator; a full description of the project and the rights and obligations attached to the token; the underlying technology; the risks; and a sustainability disclosure on the consensus mechanism’s climate impact. It must be fair, clear and not misleading, must not contain material omissions, and must not make any assertion about the token’s future value beyond the mandatory risk statement. Under Article 15, the offeror and the members of its management body carry civil liability for the information given – which is why “who signs the white paper” is a governance question, not a formatting one.

Format is now a hard gate. Article 6(10) requires the white paper to be made available in a machine-readable format, and since 23 December 2025 that means XHTML with embedded Inline XBRL under Commission Implementing Regulation (EU) 2024/2984 – a PDF alone no longer meets the technical submission requirement. I have taken a white paper through exactly this friction: a regulator returning the document on formatting grounds, at the point when PDF was still tolerated under the transitional lead-in, and the iXBRL/taxonomy conversion that the shift now forces on every issuer.

For “other” crypto-assets there is no pre-approval – but there is mandatory notification. Under Article 8, the white paper is notified to the competent authority of the home Member State at least 20 working days before publication, with an explanation of why the token is not an ART or EMT and a list of the host Member States targeted. The authority does not approve it; it transmits it to ESMA’s public register, and the offeror then publishes it under Article 9 before the offer opens.

Where the token is instead being brought onto a trading venue, Article 5 applies the same draw-up-notify-publish discipline to the person seeking admission to trading. One trap sits at the seam: under Article 4(4), signalling an intention to seek admission to trading switches off the offer-level exemptions below – so a “we’ll list later” line in a deck can retro-impose the full white paper obligation.

Two distinct carve-outs, and they are not interchangeable.

Article 4(2) – lifts the white paper obligation

• > An offer to fewer than 150 persons per Member State.
• > An offer whose total consideration does not exceed EUR 1,000,000 over 12 months.
• > An offer addressed solely to qualified investors who can only hold the token.

Article 4(3) – switches off Title II in its entirety

• > The token is offered for free.
• > It is automatically created as a reward for maintaining the ledger or validating transactions.
• > It is a utility token for a good or service that already exists or is in operation.
• > It circulates only in a limited network.

The edges are sharp and read against you: a token is not “offered for free” where purchasers must provide personal data, or where the offeror takes any fee, commission or benefit in exchange. And a utility token for something not yet in operation carries a hard 12-month cap on the offer from the date the white paper is published. Relying on an exemption is a legal position to be documented, not a box to be ticked.

Article 7 governs everything you say about the offer: marketing communications must be fair, clear and not misleading, consistent with the white paper, clearly identifiable as marketing, and must state that a white paper exists with a link to it. They are notified to the competent authority.

The less obvious risk sits with partners and sponsors. When a third party promotes a token on the issuer’s behalf, the promotion can cross from “marketing” into placing of crypto-assets – a regulated crypto-asset service under Article 3 that the partner is not authorised to provide. I have run precisely this review on the partner side of a token project: structuring the marketing and promotional obligations so that the counterparty’s activity stayed on the right side of that line and did not amount to unauthorised placement.

If classification lands the token as an asset-referenced token or an e-money token, the offer regime above is replaced by an authorisation regime. An ART issuer needs authorisation under Article 16, own funds of the higher of EUR 350,000 or 2% of the average reserve, a segregated reserve of assets, and a standing redemption right. For EMTs the constraint is structural: the issuer must be authorised either as a credit institution or as an electronic money institution under Article 48(1) – MiCA offers no standalone EMT-issuer authorisation, a white paper is still required, and paying interest on the token is prohibited. This is why classification comes first: the ART/EMT/“other” fork decides whether you are in this regime at all.

Most projects raise before the token exists, and the pre-sale instrument carries its own risk. I have drafted SAFTs for individual investors in a token pre-sale, alongside the distribution architecture that follows: allocation pools, cliff and vesting schedules, and a distribution mechanism built to minimise friction – letting a counterparty dispose of its allocation through a simple instruction while the legal and technical execution sat with us. A SAFT that promises a future token is not neutral ground: depending on how the return and the delivery are structured, it can raise the same financial-instrument question as the token itself, which is why classification governs the pre-sale as much as the offer.