MiCA-Whitepaper erstellen: Pflichten, Ausnahmen, iXBRL

Wer in der EU einen Utility-, Governance- oder Plattform-Token startet, dem beantwortet eine Frage den Großteil des Compliance-Aufwands: Löst Ihr Angebot ein MiCA-Whitepaper aus, und wenn ja, was muss hinein? Dieser Leitfaden beantwortet beides, und jede rechtliche Aussage ist an einen konkreten Artikel der Verordnung (EU) 2023/1114 (MiCA) gebunden. Es ist Bildungssoftware, keine Rechtsberatung, und begründet kein Mandatsverhältnis. Nach Artikel 15 MiCA haftet der Emittent, nicht ein Tool, für den Inhalt eines Whitepapers.

Was die MiCA ist und was ein „sonstiger“ Kryptowert ist

Die MiCA ist das einheitliche EU-Regelwerk für Kryptowerte, die nicht bereits Finanzinstrumente sind. Ein Kryptowert ist „eine digitale Darstellung eines Werts oder eines Rechts, die unter Verwendung der Distributed-Ledger-Technologie oder einer ähnlichen Technologie elektronisch übertragen und gespeichert werden kann“ (Art. 3 Abs. 1 Nr. 5). Jeder in den Anwendungsbereich fallende Kryptowert fällt in genau eine von drei Kategorien, und die Kategorie bestimmt das Regime:

Kategorie	Was es ist	Regime	Grundlage
ART (vermögenswertreferenzierter Token)	Hält einen stabilen Wert durch Referenzierung eines anderen Werts oder Rechts oder eines Korbs	Titel III: Emittentenzulassung, genehmigtes Whitepaper, Reserven	Art. 3 Abs. 1 Nr. 6
EMT (E-Geld-Token)	Hält einen stabilen Wert durch Referenzierung einer einzigen amtlichen Währung	Titel IV: Emittent muss Kreditinstitut oder E-Geld-Institut sein	Art. 3 Abs. 1 Nr. 7
„Sonstiger“ Kryptowert	Weder ART noch EMT — Utility-, Governance-, Plattform- und die meisten fungiblen Projekt-Token	Titel II: Whitepaper, erstellen-benachrichtigen-veröffentlichen, keine Vorabgenehmigung	Titel II (Art. 4–15)

Dieser Leitfaden behandelt die dritte Kategorie. Sie ist das leichteste Regime und das, mit dem die meisten Token-Projekte zu tun haben.

Manches liegt ganz außerhalb der MiCA. Finanzinstrumente und Security-Token gehen an die MiFID II und das Prospektregime, nicht an ein MiCA-Whitepaper; die Grenze ziehen die ESMA-Leitlinien zur Einstufung von Kryptowerten als Finanzinstrumente (Dezember 2024) (Art. 2 Abs. 4). Wirklich einzigartige, nicht fungible Kryptowerte sind ausgenommen (Art. 2 Abs. 3) — doch eine große fungible Serie oder ein fraktionalisiertes NFT kann wieder in den Anwendungsbereich fallen. Vollständig dezentrale Vorkehrungen ohne identifizierbaren Emittenten liegen außerhalb des derzeitigen Perimeters (Erwägungsgrund 22) und werden 2026 überprüft. Ein Security-Token fälschlich als „sonstigen“ Kryptowert einzustufen ist hier der gefährlichste Fehler: Er kann eine Prospektpflicht ganz übersehen.

Wer das Whitepaper einreichen muss

Für einen „sonstigen“ Kryptowert trifft die Whitepaper-Pflicht einen von drei Akteuren, in einer Rangfolge (Art. 4):

• Den Anbieter, der das öffentliche Angebot macht (Art. 4 Abs. 1).
• Die Person, die die Zulassung zum Handel beantragt, wenn eine Notierung beantragt wird (Art. 4 Abs. 1).
• Den Betreiber der Handelsplattform, wenn ein Token zum Handel zugelassen wird und keiner der beiden ein Whitepaper erstellt hat — sofern nicht eine schriftliche Vereinbarung die Pflicht verlagert (Art. 4 in Verbindung mit Art. 5).

Wer auch erstellt: Die Inhaltsvorschriften des Artikels 6 und des Anhangs I sind dieselben.

Brauchen Sie überhaupt eins? Die Ausnahmen nach Artikel 4

Ein öffentliches Angebot oder das Anstreben einer Zulassung zum Handel löst die Whitepaper-Pflicht aus (Art. 4 Abs. 1), sofern keine Ausnahme nach Artikel 4 greift. Es gibt zwei Sätze.

Artikel 4 Abs. 2 — Angebotsgröße und Publikum. Ein Tatbestand genügt:

• Weniger als 150 Personen je Mitgliedstaat, die auf eigene Rechnung handeln (Art. 4 Abs. 2 Buchst. a). Die Zählung erfolgt je Mitgliedstaat und stellt darauf ab, an wen sich das Angebot richtet, nicht wer annimmt.
• Gesamtwert in der EU höchstens 1.000.000 € über einen rollierenden 12-Monats-Zeitraum ab Angebotsbeginn (Art. 4 Abs. 2 Buchst. b). Über das Fenster und die gesamte EU aggregieren: Ein „kleiner“ Start, der mitten im Fenster über 1.000.000 € steigt, verliert die Ausnahme.
• Ausschließlich an qualifizierte Anleger gerichtet, wobei der Token nur von ihnen gehalten werden kann (Art. 4 Abs. 2 Buchst. c). „Qualifizierte Anleger“ folgt der Definition in Anhang II Abschnitt I Nrn. 1–4 der MiFID II, und die Halteschranke muss real sein.

Artikel 4 Abs. 3 — Natur des Assets. Greift eine davon, so gilt der gesamte Titel II nicht:

• Kostenlos angeboten (Art. 4 Abs. 3 Buchst. a) — aber nicht „kostenlos“, wenn Erwerber personenbezogene Daten bereitstellen müssen oder wenn der Anbieter Gebühren, Provisionen oder andere Vorteile von potenziellen Inhabern erhält. Daten-für-Token-Airdrops bestehen diesen Test nicht.
• Mining- oder Validierungsbelohnungen (Art. 4 Abs. 3 Buchst. b) — Ausgabebelohnungen, kein Weiterverkauf.
• Ein Utility-Token für eine bereits in Betrieb befindliche Ware oder Dienstleistung (Art. 4 Abs. 3 Buchst. c) — ein Token für ein nur geplantes Produkt qualifiziert nicht.
• Nur innerhalb eines begrenzten Netzes vertraglich gebundener Händler nutzbar (Art. 4 Abs. 3 Buchst. d) — mit einer Benachrichtigungspflicht gegenüber der zuständigen Behörde oberhalb von 1.000.000 € über 12 Monate.

Und der Kill-Switch: Nach Artikel 4 Abs. 4 lässt das Signalisieren einer Absicht zur Beantragung der Zulassung zum Handel — in irgendeiner Kommunikation, durch jemanden im Auftrag des Anbieters — jede Ausnahme nach Artikel 4 Abs. 2 und 3 entfallen. Von der Whitepaper-Pflicht ausgenommen zu sein heißt nicht, unreguliert zu sein: Die Marketing-Regeln des Artikels 7 überdauern jede Ausnahme, und mehrere Tatbestände des Artikels 4 Abs. 2 erfordern weiterhin eine Benachrichtigung.

Unsere Seite zu den MiCA-Ausnahmen geht jeden Tatbestand und seinen Fallstrick durch, und die kostenlose MiCA-Whitepaper-Prüfung macht daraus eine Entscheidung in zwei Minuten.

Was in das Whitepaper gehört: Artikel 6 und Anhang I

Ist ein Whitepaper erforderlich, legt Artikel 6 den Inhalt fest, gegliedert in die Anhang-I-Teile A bis I:

• Teil A — der Anbieter (Identität, LEI, Leitungsorgan, eine ausgewogene Darstellung der finanziellen Lage über drei Jahre).
• Teil B — der Emittent, falls abweichend (ein schlankerer Identitätsblock).
• Teil C — der Betreiber, sofern er erstellt (Identität zzgl. Grund der Erstellung).
• Teil D — das Projekt (Name, Ticker, Meilensteine, Mittelverwendung).
• Teil E — das Angebot oder die Zulassung (Preis, Betrag, Phasen, das Widerrufsrecht nach Artikel 13, die Sicherung nach Artikel 10, das anwendbare Recht).
• Teil F — der Kryptowert (Art, Merkmale, Funktionsweise und die zur Einstufung im ESMA-Register erforderlichen Daten).
• Teil G — die verbundenen Rechte und Pflichten (Übertragbarkeit, Angebots-Anpassungsprotokolle, Schutzsysteme).
• Teil H — die zugrunde liegende Technologie (DLT, der Konsensmechanismus, das Audit-Ergebnis).
• Teil I — die Risiken.

Dazu die Umweltangabe nach Artikel 6 Abs. 1 Buchst. j: die wichtigsten nachteiligen Klima- und Umweltauswirkungen des Konsensmechanismus. Der jährliche Gesamtstromverbrauch ist stets verpflichtend; ein ergänzender Satz von Indikatoren wird oberhalb von 500.000 kWh pro Jahr nach der Delegierten Verordnung (EU) 2025/422 ausgelöst.

Artikel 6 schreibt außerdem fünf verpflichtende Erklärungen in fester Reihenfolge vor: eine Erklärung zur fehlenden Genehmigung / alleinigen Verantwortung auf der ersten Seite (Art. 6 Abs. 3); ein Verbot von Aussagen zum künftigen Wert (Art. 6 Abs. 4); eine sechsteilige Risikoerklärung, dass der Token an Wert verlieren kann, möglicherweise nicht übertragbar oder liquide ist und weder unter Anlegerentschädigungs- noch unter Einlagensicherungssysteme fällt (Art. 6 Abs. 5); eine Verantwortungserklärung des Leitungsorgans (Art. 6 Abs. 6); und einen vierteiligen Warnhinweis in der Zusammenfassung (Art. 6 Abs. 7). Ihr Wortlaut ist durch die Verordnung festgelegt. Die Seite zu den Whitepaper-Anforderungen schlüsselt jeden Teil auf.

Benachrichtigen, nicht Genehmigung beantragen

Die MiCA hat für „sonstige“ Kryptowerte ein schlankes Regime geschaffen. Sie benachrichtigen die zuständige Behörde des Herkunftsmitgliedstaats mindestens 20 Arbeitstage vor der Veröffentlichung (Art. 8), veröffentlichen dann vor Beginn des Angebots oder der Zulassung auf Ihrer Website und halten das Dokument zugänglich, solange die Token vom Publikum gehalten werden (Art. 9). Die Behörde genehmigt das Whitepaper nicht.

Doch „nicht genehmigt“ heißt nicht „nicht reguliert“. Die Behörde kann Änderungen verlangen, ein Angebot aussetzen oder untersagen, und — der wichtigste Punkt — der Emittent haftet strikt. Artikel 15 macht den Anbieter, die antragstellende Person oder den Betreiber zivilrechtlich haftbar für Angaben, die nicht vollständig, redlich oder eindeutig oder die irreführend sind, und diese Haftung kann vertraglich nicht ausgeschlossen werden.

Ein Whitepaper ist heute eine Inline-XBRL-Einreichung

Seit dem 23. Dezember 2025 ist ein MiCA-Whitepaper kein PDF. Die ITS (EU) 2024/2984 verlangt, dass es ein einziges Inline-XBRL-Dokument (iXBRL) im XHTML-Format ist: für einen Menschen ein normaler Fließtext, der maschinenlesbare XBRL-Auszeichnungen an jedem meldepflichtigen Datenpunkt trägt, ausgezeichnet gegen die ESMA-MiCA-Taxonomie (Version 1.0, veröffentlicht am 5. August 2025). Der „sonstige“ Kryptowert verwendet das OTHR-Muster. Die zuständigen Behörden und die ESMA erfassen die strukturierten Daten automatisch, und reine PDF-Einreichungen erfüllen die Anforderung nicht mehr.

Die Taxonomie definiert Existenz- und Wert-Assertionen, die die Instanz erfüllen muss, bevor sie eingereicht werden kann, und eine gültige Rechtsträgerkennung (LEI) für den Anbieter oder Emittenten ist ein verpflichtendes ausgezeichnetes Feld — keine LEI, keine gültige Instanz. Die Seite zur iXBRL-Einreichung behandelt das Format, die häufigen Klassen von Validierungsfehlern und die LEI-Pflicht.

Wo Sie damit stehen

Arbeiten Sie es der Reihe nach ab: den Token einstufen, die Ausnahmen nach Artikel 4 prüfen und, falls ein Whitepaper erforderlich ist, den Inhalt nach Artikel 6 / Anhang I zusammenstellen, die verpflichtenden Erklärungen ergänzen, 20 Arbeitstage im Voraus benachrichtigen und das Whitepaper als validiertes iXBRL einreichen.

Witness baut dafür zwei MiCA-Oberflächen. Die kostenlose MiCA-Whitepaper-Prüfung sagt Ihnen, ob Sie ein Whitepaper brauchen. Tokenpaper ist der kostenpflichtige Generator, der ein qualifizierendes Angebot in ein einreichungsfertiges Whitepaper überführt: geführte Anhang-I-Erfassung und validiertes Inline XBRL gegen die ESMA-Taxonomie, wobei jedes Feld seinen Artikel nennt. Es ist Software, keine Rechtsberatung, und nach Artikel 15 MiCA haftet der Emittent weiterhin für den Inhalt. Für die vollständige Referenz beginnen Sie mit dem MiCA-Whitepaper-Leitfaden.