MiCA forklaret: Din kryptovaluta-whitepaper kan ikke bare være et Gitbook eller en PDF

MiCA Decoded er en ugentlig serie på 12 artikler til Bitcoin.com News, skrevet i fællesskab af LegalBisons medstiftere og administrerende direktører: Aaron Glauberman, Viktor Juskin og Sabir Alijev. LegalBison rådgiver krypto- og FinTech-virksomheder om MiCA-licenser, CASP- og VASP-ansøgninger samt reguleringsstrukturering i hele Europa og udenfor.

I henhold til MiCA er et hvidbog et obligatorisk juridisk oplysningsinstrument. Den nærmeste analogi i traditionel finansiering er et værdipapirprospekt, ikke et markedsføringsdokument. Forordningen foreskriver, hvem der skal udarbejde et, i hvilket format, indeholdende hvilke identifikatorer, underlagt hvilken automatiseret validering og med ansvar knyttet til en specifikt navngiven person.

Hvis blot ét af disse elementer er forkert, betyder det, at dokumentet ikke eksisterer i de europæiske tilsynsmyndigheders øjne, uanset hvor velskrevet det er.

Denne sjette del af MiCA Decoded uddyber, hvad det rent faktisk betyder, punkt for punkt.

Myten: Et MiCA-whitepaper er bare et GitBook eller en PDF

Et MiCA-whitepaper har samme vægt som en formel reguleringsindberetning.

Kommissionens gennemførelsesforordning (EU) 2024/2984, der regulerer former, formater og skabeloner for whitepapers om kryptoaktiver, kræver, at dokumentet udarbejdes i et struktureret digitalt format, der er designet, så ESMA og de nationale kompetente myndigheder i alle EU-medlemsstater kan køre identiske automatiserede analyser på hver indsendelse, uanset hvem der har indsendt den, eller hvor.

Det juridiske formål med dette designvalg er vigtigere end de tekniske detaljer. MiCA er en forordning for det indre marked, og sammenlignelighed mellem indsendelser er et centralt håndhævelsesværktøj.

En hvidbog, der ikke kan læses af den samme maskine som alle andre hvidbøger, der indsendes i Europa, er ikke i overensstemmelse med reglerne, uanset hvad indholdet siger. ESMA offentliggjorde den krævede taksonomi (den strukturerede ramme, der definerer, hvad et overensstemmende hvidbog skal indeholde) den 5. august 2025. Reglerne træder i kraft den 23. december 2025.

Oplysningsforpligtelserne varierer afhængigt af typen af kryptoaktiv, der er tale om. MiCA opstiller tre forskellige kategorier, hver med sin egen hvidbogsskabelon og feltkrav:

Kategorien bestemmer ikke kun indholdet af hvidbogen, men hele den juridiske proces frem til indsendelsen. Et projekt kan ikke vælge, hvilken kategori der gælder, ud fra præference. Aktivets karakteristika bestemmer det, og forberedelsesforpligtelserne følger deraf.

Hvem bærer den juridiske forpligtelse – og ansvaret

For langt størstedelen af tokens på markedet (kategoriseret som "andre" kryptoaktiver eller OTHR) påhviler forpligtelsen ikke automatisk den enhed, der har skabt tokenet. For disse aktiver pålægger MiCA forpligtelsen til udbyderen eller den person, der søger om optagelse til handel, hvilket er definerede roller, der måske eller måske ikke falder sammen med den oprindelige udsteder.

Denne sondring har reelle konsekvenser. Et projekt, der falder ind under OTHR-kategorien, lanceret fra De Britiske Jomfruøer, Caymanøerne eller en hvilken som helst anden offshore-jurisdiktion, kan være udbyderen i henhold til MiCA og bære forpligtelsen vedrørende hvidbogen direkte, uden noget krav om at flytte sit juridiske hjemsted til Europa.

(Bemærk: Denne strukturelle fleksibilitet gælder udelukkende for OTHR-tokens. For aktivbaserede tokens og e-penge-tokens påhviler den juridiske forpligtelse og det strenge civilretlige ansvar for hvidbogen udelukkende den autoriserede EU-udsteder og kan ikke delegeres).

Som vi undersøgte i den anden del af denne serie, bekræfter ESMA-registrene, at dette allerede er standardpraksis: størstedelen af de uafhængige token-registreringer kommer fra enheder med hovedkvarter uden for EU.

En CASP, der driver en handelsplatform, kan også påtage sig forpligtelsen vedrørende hvidbogen, enten på eget initiativ eller ved skriftlig aftale med projektteamet. Dette er ikke et smuthul eller en administrativ bekvemmelighed.

Når en CASP indgiver en ansøgning, påtager den sig det juridiske ansvar for oplysningernes nøjagtighed og fuldstændighed. Hvis hvidbogen indeholder vildledende oplysninger eller ikke opfylder lovgivningsmæssige standarder, påhviler ansvaret den, der har indsendt den.

Den person, der godkender hvidbogen, kan ikke overdrage dette ansvar til en softwareudbyder, en teknisk integrator eller et advokatfirma. Juridisk gennemgang af indholdet og teknisk gyldighed er to separate compliance-forpligtelser, og begge påhviler udbyderen. Dette er det punkt, som de fleste projekter undervurderer.

To koder, der skal foreligge, før indsendelsen kan begynde

To obligatoriske identifikatorer er forudsætninger for enhver hvidbog, der overholder lovgivningen. Begge er hentet fra internationale standarder, der er ældre end MiCA. Forordningen skabte dem ikke, men gjorde dem obligatoriske.

Den første er Legal Entity Identifier (LEI), en ISO 17442-kode, der tildeles juridiske enheder og opbevares i den globale LEI-database, der administreres af GLEIF. Kravet om dens anvendelse omfatter flere reguleringsstandarder: mens artikel 14 i RTS om opbevaring af optegnelser (Kommissionens delegerede forordning EU 2025/1140) håndhæver LEI-krav til CASP'er for deres kunder, kræver artikel 3 i hvidbogs-klassificerings-RTS'en (Kommissionens delegerede forordning EU 2025/421) strengt, at alle udarbejdere af hvidbøger skal identificere deres egen juridiske enhed med en gyldig LEI-kode. For enhver enhed, der ikke allerede har en, skal LEI-ansøgningsprocessen være afsluttet, før udarbejdelsen af hvidbogen påbegyndes.

Den anden er Digital Token Identifier (DTI), en ISO 24165-kode, der identificerer selve kryptoaktivet, og som opbevares i DTIF-registret. Artikel 15 i RTS om opbevaring af optegnelser og artikel 3 i RTS om klassificering af hvidbøger (Kommissionens delegerede forordning EU 2025/421) kræver dens anvendelse. Det afgørende punkt for ethvert projekt, der lancerer et nyt token: hvis DTI'en endnu ikke findes i registret, skal nogen anmode om, at den oprettes, før hvidbogen kan indsendes. Når en CASP indgiver en ansøgning for et aktiv uden en central udsteder og uden en eksisterende hvidbog, er platformen ansvarlig for at hente eller anmode om DTI'en direkte fra DTIF.

Kilde: DTIF-registret for kryptoaktiver

En hvidbog, der ikke indeholder en gyldig LEI og DTI, fejler den automatiske validering, før en menneskelig korrekturlæser ser den. Projekter, der når indsendelsesfasen uden begge koder, står over for en fuldstændig genstart.

Den automatiske gate og hvad den betyder juridisk

Ingen medarbejder hos en national kompetent myndighed gennemgår et hvidbog, der ikke består de automatiske kontroller. ESMA-taksonomien definerer 257 eksistenskontroller (der verificerer, at obligatoriske felter er til stede) og 223 værdikontroller (der verificerer, at feltindholdet er gyldigt). En indsendelse, der ikke består en kontrol med alvorlighedsniveauet "Fejl", er teknisk set ugyldig. Dokumentet går ikke videre.

Den juridiske implikation af denne arkitektur er direkte: teknisk gyldighed og indholdsmæssig nøjagtighed er i lige høj grad udbyderens ansvar. En perfekt udarbejdet juridisk oplysning i den forkerte struktur fejler. En strukturelt gyldig fil med vildledende indhold fejler også; den fejler blot på et andet trin og med andre konsekvenser.

Projekter, der udbyder tokens i flere EU-medlemsstater, står over for et ekstra lag. Hver sprogversion af hvidbogen kræver sin egen separat strukturerede fil. Alle sprogversioner skal være internt konsistente og ikke blot oversat, men identisk organiseret på feltniveau. En oversættelse, der ikke afspejler originalens struktur, er teknisk set ikke-overensstemmende, uanset dens sproglige nøjagtighed.

Oplysninger om bæredygtighed tilføjer en yderligere begrænsning. Taksonomien foreskriver specifikke måleenheder for energiforbrug og CO2-udledning: henholdsvis kWh og tCO2. Dette er lovmæssige oplysningskrav, ikke valgfri miljørapportering. Indsendelse med andre enheder eller udeladelse af felterne udløser en valideringsfejl.

Mønsteret på tværs af alle disse krav er det samme: hvidbogen er en lovpligtig indberetning med maskinhåndhævede standarder. Projekter, der betragter det som en øvelse i at skrive dokumenter snarere end en overholdelsesproces med strukturerede forudsætninger og automatiseret gatekeeping, vil støde på denne håndhævelse, inden de når frem til en menneskelig tilsynsmyndighed.

Hvad dette betyder i praksis

Den almindelige opfattelse af et kryptowhitepaper som en narrativ præsentation (noget skrevet for at overbevise snarere end at oplyse) beskriver en dokumenttype, som MiCA har erstattet med noget kategorisk anderledes.

MiCA-whitepaperet er et juridisk instrument med foreskrevet indhold, obligatoriske identifikatorer, et struktureret format designet til automatiseret sammenlignelighed på tværs af grænserne og navngivet personligt ansvar knyttet til den, der underskriver det. Indgangen til det europæiske kryptomarked går gennem det. Projekter, der forstår indsendelsen for det, den juridisk set er, snarere end hvad udtrykket historisk set antydede, er dem, der ikke bliver afvist ved den automatiserede kontrol.

Vigtige pointer:

• Hvidbogen er ikke et markedsføringsdokument. MiCA har omdefineret udtrykket. Den nærmeste ækvivalent i traditionel finansiering er et værdipapirprospekt, og den bør behandles med samme juridiske vægt.
• Tre aktivkategorier, tre forskellige veje. OTHR, ART og EMT har hver især forskellige krav til hvidbøger og forskellige forudsætninger for godkendelse. Aktivets egenskaber bestemmer, hvilken kategori der gælder; projektet vælger ikke selv.
• Ansvaret påhviler indberetteren, men reglerne afhænger af aktivet. For langt størstedelen af tokens (OTHR'er) påhviler den juridiske forpligtelse udbyderen eller den person, der søger om optagelse til handel, ikke nødvendigvis tokenets oprindelige skaber. Når en CASP (f.eks. en handelsplatformoperatør) indvilliger i at udarbejde og offentliggøre en hvidbog på vegne af et OTHR-projekt, påtager den sig betydelige reguleringsmæssige forpligtelser, men den påtager sig ikke det fulde ansvar. I henhold til MiCA-artikel 14, stk. 3, forbliver den oprindelige person, der søger om optagelse til handel, juridisk ansvarlig, hvis vedkommende giver ufuldstændige, urimelige, uklare eller vildledende oplysninger til CASP'en. Man kan outsource papirarbejdet, men man kan ikke helt outsource ansvaret.
• For aktivbaserede tokens (ART'er) og e-penge-tokens (EMT'er) påhviler det strenge civilretlige ansvar for hvidbogen ikke udelukkende den autoriserede udsteder som juridisk enhed; det omfatter udtrykkeligt medlemmerne af dens administrative, ledelses- eller tilsynsorgan. Ethvert kontraktmæssigt forsøg på at begrænse eller udelukke dette ansvar er juridisk ugyldigt.
• LEI og DTI er forudsætninger. Begge identifikatorer skal være på plads, før udarbejdelsen af hvidbogen påbegyndes. Hvis der ikke findes en DTI for aktivet, skal den anmodes om fra DTIF-registret, før noget andet går videre.
• Automatiseret validering er den første gatekeeper. Der køres 257 eksistenskontroller og 223 værdikontroller, før nogen menneskelig gennemgår filen. Et dokument, der ikke består en påstand på fejlniveau, når ikke frem til en tilsynsmyndighed.
• Flersprogede indberetninger medfører en skjult teknisk forpligtelse. Hver sprogversion kræver sin egen separat strukturerede fil, der er organiseret identisk med originalen. En oversættelse, der ikke matcher kildestrukturen på feltniveau, er ikke i overensstemmelse med kravene.
• Indholdsmæssig nøjagtighed og teknisk gyldighed er to separate forpligtelser. Juridisk gennemgang dækker den første. Teknisk strukturering dækker den anden. Begge påhviler tilbudsgiveren, og ingen af dem kan erstatte den anden.

Denne artikel er baseret på en undersøgelse foretaget af LegalBison i april 2026. Indholdet er udelukkende til orientering og udgør ikke juridisk rådgivning.