MiCA Decoded ist eine wöchentliche Serie mit 12 Artikeln für Bitcoin.com Nachrichten, Co-Autor von LegalBisonMitbegründer und Geschäftsführer: Aaron Glauberman, Viktor Juskin Und Sabir Aliyev. LegalBison berät Krypto und FinTech-Unternehmen zu MiCA-Lizenzierung, CASP- und VASP-Anwendungen und regulatorischer Strukturierung in ganz Europa und darüber hinaus.
Gemäß MiCA ist ein Whitepaper ein obligatorisches Instrument zur rechtlichen Offenlegung. Die engste Analogie im traditionellen Finanzwesen ist ein Wertpapierprospekt, kein Marketingdokument. Die Verordnung schreibt vor, wer ein Dokument erstellen muss, in welchem Format, mit welchen Identifikatoren, vorbehaltlich welcher automatisierten Validierung und mit der Haftung einer bestimmten namentlich genannten Person.
Wenn eines dieser Elemente falsch ist, bedeutet das, dass das Dokument in den Augen der europäischen Regulierungsbehörden nicht existiert, unabhängig davon, wie gut es geschrieben ist.
Diese sechste Ausgabe von MiCA Decoded enthüllt Stück für Stück, was das eigentlich bedeutet.
Der Mythos: Ein MiCA-Whitepaper ist nur ein GitBook oder ein PDF
Ein MiCA-Whitepaper hat das Gewicht eines formellen Zulassungsantrags.
Die Durchführungsverordnung (EU) 2024/2984 der Kommission, die Formulare, Formate und Vorlagen für Krypto-Asset-Whitepapers regelt, verlangt, dass das Dokument in einem strukturierten digitalen Format erstellt wird, das so gestaltet ist ESMA und nationale zuständige Behörden in allen EU-Mitgliedstaaten können für jede Einreichung eine identische automatisierte Analyse durchführen, unabhängig davon, wer sie eingereicht hat oder wo.
Der rechtliche Zweck dieser Designentscheidung ist wichtiger als die technischen Einzelheiten. MiCA ist eine Binnenmarktverordnung, und die Vergleichbarkeit zwischen Einreichungen ist ein zentrales Durchsetzungsinstrument.
Ein Whitepaper, das nicht von derselben Maschine wie jedes andere in Europa eingereichte Whitepaper gelesen werden kann, ist nicht konform, was auch immer sein Inhalt sagt. ESMA hat die veröffentlicht erforderliche Taxonomie (das strukturierte Rahmenwerk, das definiert, was ein konformes Whitepaper enthalten muss) am 5. August 2025. Die Regeln gelten ab dem 23. Dezember 2025.
Die Offenlegungspflichten variieren je nach Art des Krypto-Assets. MiCA zieht drei verschiedene Kategorienjeweils mit eigener Whitepaper-Vorlage und Feldanforderungen:
| Asset-Typ | Wer erstellt das Weißbuch? | Hauptmerkmal |
| ANDERE (Andere Krypto-Assets, z. B. Utility-Token) | Anbieter, Person, die die Zulassung zum Handel beantragt, oder CASP, der eine Handelsplattform betreibt | Größte Kategorie; deckt die Mehrheit der derzeit auf dem Markt befindlichen Token ab |
| KUNST (Asset-referenzierte Token) | Autorisierter Emittent oder Kreditinstitut | Verweist auf einen Korb von Vermögenswerten; Vor der Ausstellung ist eine Genehmigung erforderlich |
| EMT (Elektronische Geldmarken) | Kreditinstitut oder E-Geld-Institut | Bindung an eine einzelne Währung; erfordert eine EMI- oder Bankgenehmigung |
Die Kategorie bestimmt nicht nur den Inhalt des Whitepapers, sondern den gesamten rechtlichen Weg zur Einreichung eines Whitepapers. Ein Projekt kann nicht aufgrund seiner Präferenz auswählen, welche Kategorie angewendet werden soll. Die Eigenschaften des Vermögenswerts bestimmen ihn, und daraus ergeben sich die Vorbereitungspflichten.
Wer trägt die rechtliche Verpflichtung – und die Haftung?
Für die überwiegende Mehrheit der Token auf dem Markt (kategorisiert als „andere“ Krypto-Assets oder OTHR) obliegt die Verpflichtung nicht automatisch dem Unternehmen, das den Token erstellt hat. Für diese Vermögenswerte legt MiCA die Verpflichtung dem Anbieter oder der Person auf, die die Zulassung zum Handel beantragt. Dabei handelt es sich um definierte Rollen, die mit denen des ursprünglichen Emittenten übereinstimmen können oder nicht.
Diese Unterscheidung hat reale Konsequenzen. Ein Projekt, das in die OTHR-Kategorie fällt und von den Britischen Jungferninseln, den Cayman-Inseln oder einer anderen Offshore-Jurisdiktion aus gestartet wird, kann der Anbieter im Rahmen von MiCA sein und die White-Paper-Pflicht direkt tragen, ohne dass sein Rechtssitz nach Europa verlegt werden muss.
(Hinweis: Diese strukturelle Flexibilität gilt ausschließlich für OTHR-Token. Bei Asset-Referenced Tokens und E-Geld-Tokens liegen die rechtliche Verpflichtung und die strikte zivilrechtliche Haftung für das Whitepaper vollständig beim autorisierten EU-Emittenten und können nicht delegiert werden.)
Wie wir untersucht Im zweiten Teil dieser Serie bestätigen die ESMA-Register, dass dies bereits gängige Praxis ist: Die Mehrheit der unabhängigen Token-Anmeldungen kommt von Unternehmen mit Hauptsitz außerhalb der EU.
Auch ein CASP, der eine Handelsplattform betreibt, kann die White-Paper-Pflicht übernehmen, entweder auf eigene Initiative oder nach schriftlicher Vereinbarung mit dem Projektteam. Dabei handelt es sich weder um eine Lücke noch um eine administrative Erleichterung.
Wenn ein CASP eine Datei einreicht, übernimmt er die rechtliche Verantwortung für die Richtigkeit und Vollständigkeit der Offenlegung. Wenn das Whitepaper irreführende Informationen enthält oder gegen regulatorische Standards verstößt, liegt die Haftung bei demjenigen, der es eingereicht hat.
Die Person, die das Whitepaper unterzeichnet, kann dieses Engagement nicht an einen Softwareanbieter, einen technischen Integrator oder eine Anwaltskanzlei delegieren. Die rechtliche Prüfung des Inhalts und die technische Gültigkeit sind zwei getrennte Compliance-Pflichten und liegen beide beim Anbieter. Dies ist der Punkt, den die meisten Projekte unterschätzen.
Zwei Codes, die vor Beginn der Einreichung vorhanden sein müssen
Zwei obligatorische Kennungen sind Voraussetzungen für jedes konforme Whitepaper. Beide basieren auf internationalen Standards, die älter als MiCA sind. Die Verordnung hat sie nicht geschaffen, sie hat sie verpflichtend gemacht.
Das erste ist das Legal Entity Identifier (LEI)ein ISO 17442-Code, der juristischen Personen zugewiesen und in der von verwalteten Global LEI-Datenbank verwaltet wird GEDULDIG. Der Auftrag für seine Verwendung erstreckt sich über mehrere regulatorische Standards: Während Artikel 14 des RTS zur Aufzeichnung von Aufzeichnungen (Delegierte Verordnung der Kommission EU 2025/1140) die LEI-Anforderungen an CASPs für ihre Kunden durchsetzt, schreibt Artikel 3 des White Paper-Klassifizierungs-RTS (Delegierte Verordnung der Kommission EU 2025/421) strikt vor, dass alle White Paper-Ersteller ihre eigene juristische Person mit einem gültigen LEI-Code identifizieren müssen. Für alle Unternehmen, die noch nicht über einen LEI verfügen, muss der LEI-Antragsprozess abgeschlossen sein, bevor mit der Vorbereitung des White Papers begonnen wird.
Das zweite ist das Digitaler Token-Identifikator (DTI)ein ISO 24165-Code, der das Krypto-Asset selbst identifiziert und im verwaltet wird DTIF-Registrierung. Artikel 15 des RTS zur Aufzeichnung von Aufzeichnungen und Artikel 3 des RTS zur Weißbuchklassifizierung (Delegierte Verordnung der Kommission EU 2025/421) schreiben seine Verwendung vor. Der entscheidende Punkt für jedes Projekt, das einen neuen Token startet: Wenn der DTI noch nicht in der Registrierung vorhanden ist, muss jemand seine Erstellung beantragen, bevor das Whitepaper eingereicht werden kann. Wenn ein CASP einen Vermögenswert ohne zentralen Emittenten und ohne vorhandenes Whitepaper beantragt, ist die Plattform dafür verantwortlich, den DTI direkt vom DTIF abzurufen oder anzufordern.
Quelle: das DTIF-Register für Krypto-Assets
Ein Whitepaper, das keinen gültigen LEI und DTI enthält, besteht die automatische Validierung nicht, bevor ein menschlicher Prüfer es sieht. Projekte, die die Einreichungsphase erreichen, ohne dass beide Codes vorliegen, müssen mit einem vollständigen Neustart rechnen.
Das automatisierte Tor und was es rechtlich bedeutet
Kein Mensch bei einer nationalen zuständigen Behörde überprüft ein Whitepaper, das seine automatisierten Prüfungen nicht besteht. Der ESMA-Taxonomie definiert 257 Existenzprüfungen (überprüft, ob erforderliche Felder vorhanden sind) und 223 Wertprüfungen (überprüft, ob Feldinhalte gültig sind). Eine Einreichung, die eine Prüfung mit dem Schweregrad „Fehler“ nicht besteht, ist technisch ungültig. Das Dokument wird nicht fortgesetzt.
Die rechtliche Auswirkung dieser Architektur ist unmittelbar: Technische Gültigkeit und inhaltliche Richtigkeit liegen gleichermaßen in der Verantwortung des Anbieters. Eine perfekt formulierte rechtliche Offenlegung in der falschen Struktur scheitert. Eine strukturell gültige Datei mit irreführendem Inhalt schlägt ebenfalls fehl; es scheitert einfach in einem anderen Stadium und mit anderen Konsequenzen.
Projekte, die Token in mehreren EU-Mitgliedstaaten anbieten, stehen vor einer zusätzlichen Ebene. Für jede Sprachversion des Whitepapers ist eine eigene, separat strukturierte Datei erforderlich. Alle Sprachversionen müssen intern konsistent sein und nicht nur übersetzt, sondern auf Feldebene identisch organisiert sein. Eine Übersetzung, die nicht die Struktur des Originals widerspiegelt, ist unabhängig von ihrer sprachlichen Genauigkeit technisch nicht konform.
Offenlegungen zur Nachhaltigkeit stellen eine weitere Einschränkung dar. Die Taxonomie schreibt spezifische Maßeinheiten für den Energieverbrauch und die CO2-Emissionen vor: kWh bzw. tCO2. Hierbei handelt es sich um gesetzliche Offenlegungspflichten und nicht um eine optionale Umweltberichterstattung. Die Einreichung bei anderen Einheiten oder das Weglassen der Felder führt zu einem Validierungsfehler.
Das Muster bei all diesen Anforderungen ist das gleiche: Das Whitepaper ist eine rechtliche Einreichung mit maschinell durchgesetzten Standards. Projekte, bei denen es sich um eine Übung zum Verfassen von Dokumenten und nicht um einen Compliance-Prozess mit strukturierten Voraussetzungen und automatisiertem Gatekeeping handelt, werden mit dieser Durchsetzung konfrontiert sein, bevor sie eine menschliche Regulierungsbehörde erreichen.
Was das in der Praxis bedeutet
Das populäre Verständnis von a Krypto Whitepaper als narrativer Pitch (etwas, das eher zum Überzeugen als zum Offenlegen geschrieben wurde) beschreibt einen Dokumenttyp, den MiCA durch etwas völlig anderes ersetzt hat.
Das MiCA-Whitepaper ist ein Rechtsinstrument mit vorgeschriebenem Inhalt, obligatorischen Kennungen, einem strukturierten Format für automatisierte grenzüberschreitende Vergleichbarkeit und einer benannten persönlichen Haftung für denjenigen, der es unterzeichnet. Das Eingangstor zum Europäischen Krypto Der Markt läuft durch ihn hindurch. Projekte, die die Einreichung als das verstehen, was sie rechtlich ist, und nicht als das, was der Begriff historisch nahelegt, werden bei der automatischen Prüfung nicht zurückgewiesen.
Wichtige Erkenntnisse:
- Das Whitepaper ist kein Marketingdokument. MiCA hat den Begriff neu definiert. Das nächste Äquivalent im traditionellen Finanzwesen ist ein Wertpapierprospekt und sollte mit der gleichen rechtlichen Bedeutung behandelt werden.
- Drei Anlagekategorien, drei unterschiedliche Wege. Für OTHR, ART und EMT gelten jeweils unterschiedliche Whitepaper-Anforderungen und unterschiedliche Autorisierungsvoraussetzungen. Die Eigenschaften des Vermögenswerts bestimmen, welche Kategorie gilt, das Projekt wählt nicht aus.
- Die Haftung liegt beim Antragsteller, die Regeln hängen jedoch vom Vermögenswert ab. Bei der überwiegenden Mehrheit der Token (OTHRs) obliegt die rechtliche Verpflichtung dem Anbieter oder der Person, die die Zulassung zum Handel beantragt, nicht unbedingt dem ursprünglichen Ersteller des Tokens. Wenn ein CASP (z. B. ein Handelsplattformbetreiber) sich bereit erklärt, im Namen eines OTHR-Projekts ein Whitepaper zu erstellen und zu veröffentlichen, übernimmt er zwar erhebliche regulatorische Pflichten, übernimmt jedoch nicht die volle Haftung. Gemäß Artikel 14 Absatz 3 des MiCA bleibt die ursprüngliche Person, die die Zulassung zum Handel beantragt, rechtlich verantwortlich, wenn sie dem CASP unvollständige, unfaire, unklare oder irreführende Informationen übermittelt. Sie können den Papierkram auslagern, aber Sie können die Haftung nicht vollständig auslagern.
- Für Asset-Referenced Tokens (ARTs) und E-Geld-Tokens (EMTs)liegt die verschuldensunabhängige zivilrechtliche Haftung für das Whitepaper nicht allein beim autorisierten Emittenten als juristischer Person; sie erstreckt sich ausdrücklich auch auf die Mitglieder ihres Verwaltungs-, Leitungs- oder Aufsichtsorgans. Jeder vertragliche Versuch, diese Haftung einzuschränken oder auszuschließen, ist rechtswirksam.
- LEI und DTI sind Voraussetzungen. Beide Kennungen müssen vorhanden sein, bevor mit der Whitepaper-Vorbereitung begonnen wird. Wenn für das Asset kein DTI vorhanden ist, muss dieser bei der DTIF-Registrierung angefordert werden, bevor weitere Schritte unternommen werden.
- Die automatisierte Validierung ist der erste Gatekeeper. Bevor die Datei von einem Menschen überprüft wird, werden 257 Existenzprüfungen und 223 Wertprüfungen durchgeführt. Ein Dokument, das eine Fehlerebenen-Behauptung nicht besteht, erreicht keine Aufsichtsbehörde.
- Mehrsprachige Einreichungen beinhalten eine versteckte technische Verpflichtung. Jede Sprachversion erfordert eine eigene, separat strukturierte Datei, die identisch zum Original organisiert ist. Eine Übersetzung, die nicht mit der Quellstruktur auf Feldebene übereinstimmt, ist nicht konform.
- Inhaltliche Richtigkeit und technische Gültigkeit sind zwei getrennte Pflichten. Die rechtliche Prüfung deckt das erste ab. Die technische Strukturierung deckt den zweiten ab. Beide verbleiben beim Anbieter und keiner ersetzt den anderen.
Dieser Artikel basiert auf a Studie durchgeführt von LegalBison im April 2026. Der Inhalt dient ausschließlich Informationszwecken und stellt keine Rechtsberatung dar.
