Legal sources with official primary sources

Printed ·

Skip to main content
Skip to the answer

Source status and reading dates are reported separately. A reading date is not source verification.

Back to the act

EU regulatory register · MiCA

Article 4Offers to the public of crypto-assets other than asset-referenced tokens or e-money tokens

CELEX 32023R1114 · Read on 2026-08-18

Share this page

Short answer

1. A person shall not make an offer to the public of a crypto-asset other than an asset-referenced token or e-money token in the Union unless that person:

Verbatim from the article. Source: NovaCopilot · https://legal.exploreworldai.com/eu/rattsakter/mica-2023-1114/artikel-4 · Short answer as data · Official text

MiCA, crypto-assets in short

Crypto-asset service providers need authorisation, and issuers need a white paper. Stablecoins have special rules.

Source: NovaCopilot

Official text

Read from the EU Publications Office for this CELEX number. The wording stands as published; nothing here is rewritten or summarised.

1. A person shall not make an offer to the public of a crypto-asset other than an asset-referenced token or e-money token in the Union unless that person:

(a)

is a legal person;

(b)

has drawn up a crypto-asset white paper in respect of that crypto-asset in accordance with Article 6;

(c)

has notified the crypto-asset white paper in accordance with Article 8;

(d)

has published the crypto-asset white paper in accordance with Article 9;

(e)

has drafted the marketing communications, if any, in respect of that crypto-asset in accordance with Article 7;

(f)

has published the marketing communications, if any, in respect of that crypto-asset in accordance with Article 9;

(g)

The article continues in the official text.

Open the article on EUR-Lex

Follow-up questions

The text is quoted from the official source and is not legal advice. A national court reads the language version that binds in its jurisdiction.

Verifiable trust signals

  • Source-linked answers and explicit evidence gaps
  • Obligations, controls, risks and consequences
  • Stable objects and verifiable checksums
  • Rule-based objects, optional source-linked reasoning
  • Model card, source status and audit

Model cardAudit