MiCA Decodat: Cartea Ta Albă Crypto Nu Poate Fi Doar un Gitbook sau PDF – Știri Juridice Bitcoin

MiCA Decoded este o serie săptămânală de 12 articole pentru Bitcoin.com News, co-autor de către Directorii Co-Fondatori și de Management ai LegalBison: Aaron Glauberman, Viktor Juskin și Sabir Alijev. LegalBison consiliază companii crypto și FinTech cu privire la licențierea MiCA, aplicațiile CASP și VASP, și structurarea reglementărilor în Europa și dincolo de aceasta.

Conform MiCA, un document informativ (white paper) este un instrument obligatoriu de divulgare legală. Cea mai apropiată analogie în finanțele tradiționale este un prospect de valori mobiliare, nu un document de marketing. Reglementarea prescrie cine trebuie să pregătească unul, în ce format, conținând ce identificatori, supus la ce validare automată, și cu răspundere juridică atașată unei persoane specifice numite.

Greșirea oricăruia dintre aceste elemente înseamnă că documentul nu există în ochii autorităților de reglementare europene, indiferent cât de bine scris este.

Acest al șaselea episod al MiCA Decoded decodifică ce înseamnă acest lucru de fapt, pas cu pas.

Mitul: Un Document Informativ MiCA este doar un GitBook sau un PDF

Un document informativ MiCA poartă greutatea unei înregistrări reglementare formale.

Regulamentul de punere în aplicare al Comisiei (UE) 2024/2984, care guvernează formularele, formatele și șabloanele pentru documentele informative privind cripto-activele, solicită ca documentul să fie pregătit într-un format digital structurat conceput astfel încât ESMA și autoritățile naționale competente din toate statele membre UE să poată rula analize automate identice pe fiecare depunere, indiferent de cine a depus-o sau unde.

Scopul juridic al acelei alegeri de design contează mai mult decât specificațiile tehnice. MiCA este o reglementare pe piață unică, iar comparabilitatea între depuneri este un instrument de bază de aplicare.

Un document informativ care nu poate fi citit de aceeași mașină ca orice alt document informativ depus în Europa nu este conform, indiferent ce spune conținutul său. ESMA a publicat taxonomia necesară (cadrul structurat care definește ce trebuie să conțină un document informativ conform) pe 5 august 2025. Regulile se aplică începând cu 23 decembrie 2025.

Obligațiile de divulgare variază în funcție de tipul de cripto-activ implicat. MiCA trasează trei categorii distincte, fiecare cu propriul șablon de document informativ și cerințe de câmpuri:

Categoria determină nu doar conținutul documentului informativ, ci întreaga cale juridică pentru depunerea unuia. Un proiect nu poate alege ce categorie se aplică pe baza preferinței. Caracteristicile activului o determină, iar obligațiile de pregătire decurg de acolo.

Cine Poartă Obligația Legală – și Răspunderea Juridică

Pentru marea majoritate a token-urilor de pe piață (categorizate ca cripto-active „Altele", sau OTHR), obligația nu revine automat entității care a creat token-ul. Pentru aceste active, MiCA plasează obligația asupra ofertantului sau a persoanei care solicită admiterea la tranzacționare, care sunt roluri definite care pot sau nu să coincidă cu emitentul original.

Această distincție are consecințe reale. Un proiect care intră în categoria OTHR, lansat din Insulele Virgine Britanice, Cayman sau orice altă jurisdicție offshore, poate fi ofertantul conform MiCA și poate purta obligația documentului informativ direct, fără nicio cerință de a-și reloca sediul legal în Europa.

(Notă: Această flexibilitate structurală se aplică strict la token-urile OTHR. Pentru Token-urile Referențiate de Active și Token-urile de Monedă Electronică, obligația legală și răspunderea civilă strictă pentru documentul informativ revin în întregime emitentului UE autorizat și nu pot fi delegate).

Așa cum am examinat în al doilea episod al acestei serii, registrele ESMA confirmă că aceasta este deja o practică standard: majoritatea depunerilor independente de token-uri provin de la entități cu sediul în afara UE.

Un CASP care operează o platformă de tranzacționare poate, de asemenea, să preia obligația documentului informativ, fie din proprie inițiativă, fie prin acord scris cu echipa proiectului. Aceasta nu este o scăpare sau o comoditate administrativă.

Când un CASP depune, acesta își asumă responsabilitatea legală pentru acuratețea și completitudinea divulgării. Dacă documentul informativ conține informații înșelătoare sau nu respectă standardele reglementare, răspunderea juridică aparține celui care l-a depus.

Persoana care semnează documentul informativ nu poate delega această expunere unui furnizor de software, un integrator tehnic sau unui cabinet de avocatură. Revizuirea legală a conținutului și validitatea tehnică sunt două obligații de conformitate separate, iar ambele revin ofertantului. Acesta este punctul pe care majoritatea proiectelor îl subestimează.

Două Coduri Care Trebuie să Existe Înainte de Începerea Depunerii

Doi identificatori obligatorii sunt condiții prealabile pentru orice document informativ conform. Ambii sunt extrași din standarde internaționale care au precedat MiCA. Reglementarea nu i-a creat, i-a făcut obligatorii.

Primul este Identificatorul de Entitate Legală (LEI), un cod ISO 17442 atribuit entităților legale și menținut în baza de date LEI Globală administrată de GLEIF. Mandatul pentru utilizarea sa acoperă mai multe standarde reglementare: în timp ce Articolul 14 din RTS-ul privind ținerea evidențelor (Regulamentul Delegat al Comisiei UE 2025/1140) impune cerințe LEI asupra CASP-urilor pentru clienții lor, Articolul 3 din RTS-ul clasificării documentelor informative (Regulamentul Delegat al Comisiei UE 2025/421) mandatează strict ca toți preparatorii de documente informative trebuie să-și identifice propria entitate legală cu un cod LEI valid. Pentru orice entitate care nu deține deja unul, procesul de aplicare LEI trebuie finalizat înainte de începerea pregătirii documentului informativ.

Al doilea este Identificatorul de Token Digital (DTI), un cod ISO 24165 care identifică cripto-activul însuși, menținut în registrul DTIF. Articolul 15 din RTS-ul privind ținerea evidențelor și Articolul 3 din RTS-ul clasificării documentelor informative (Regulamentul Delegat al Comisiei UE 2025/421) solicită utilizarea sa. Punctul operativ pentru orice proiect care lansează un token nou: dacă DTI-ul nu există încă în registru, cineva trebuie să solicite crearea sa înainte ca documentul informativ să poată fi depus. Când un CASP depune pentru un activ fără emitent centralizat și fără document informativ existent, platforma este responsabilă pentru obținerea sau solicitarea DTI-ului direct de la DTIF.

Sursă: Registrul DTIF pentru cripto-active

Un document informativ care nu conține un LEI și DTI valid eșuează validarea automată înainte ca vreun evaluator uman să-l vadă. Proiectele care ajung la etapa de depunere fără ambele coduri la îndemână se confruntă cu o repornire completă.

Poarta Automată și Ce Înseamnă Legal

Niciun om de la o autoritate națională competentă nu revizuiește un document informativ care eșuează verificările sale automate. Taxonomia ESMA definește 257 de verificări de existență (verificând că câmpurile necesare sunt prezente) și 223 de verificări de valoare (verificând că conținutul câmpului este valid). O depunere care eșuează o verificare evaluată cu severitate „Eroare" este tehnic invalidă. Documentul nu avansează.

Implicația legală a acelei arhitecturi este directă: validitatea tehnică și acuratețea conținutului sunt în mod egal responsabilitatea ofertantului. O divulgare legală perfect redactată în structura greșită eșuează. Un fișier structural valid cu conținut înșelător eșuează, de asemenea; pur și simplu eșuează într-o etapă diferită și cu consecințe diferite.

Proiectele care oferă token-uri în mai multe state membre UE se confruntă cu un strat suplimentar. Fiecare versiune lingvistică a documentului informativ necesită propriul fișier structurat separat. Toate versiunile lingvistice trebuie să fie consistent interne și nu doar traduse, ci organizate identic la nivel de câmp. O traducere care nu oglindește structura originalului este tehnic neconformă, indiferent de acuratețea sa lingvistică.

Divulgările de sustenabilitate adaugă o constrângere suplimentară. Taxonomia mandatează unități specifice de măsură pentru consumul de energie și emisiile de CO2: kWh și, respectiv, tCO2. Acestea sunt cerințe legale de divulgare, nu raportare de mediu opțională. Depunerea cu unități diferite sau omiterea câmpurilor declanșează o eșuare a validării.

Modelul în toate aceste cerințe este același: documentul informativ este o depunere legală cu standarde impuse de mașină. Proiectele care îl abordează ca pe un exercițiu de scriere a documentelor, mai degrabă decât ca un proces de conformitate cu condiții prealabile structurate și control automat, vor întâlni această aplicare înainte de a ajunge la un regulator uman.

Ce Înseamnă Acest Lucru în Practică

Înțelegerea populară a unui document informativ crypto ca o prezentare narativă (ceva scris pentru a convinge mai degrabă decât pentru a divulga) descrie un tip de document pe care MiCA l-a înlocuit cu ceva categoric diferit.

Documentul informativ MiCA este un instrument juridic cu conținut prescris, identificatori obligatorii, un format structurat conceput pentru comparabilitate transfrontalieră automată și răspundere juridică personală numită atașată oricui semnează pe el. Poarta de intrare pe piața crypto europeană trece prin el. Proiectele care înțeleg depunerea pentru ceea ce este legal, mai degrabă decât pentru ceea ce termenul a sugerat istoric, sunt cele care nu sunt respinse la verificarea automată.

Concluzii Cheie:

• Documentul informativ nu este un document de marketing. MiCA a redefinit termenul. Echivalentul cel mai apropiat în finanțele tradiționale este un prospect de valori mobiliare, și ar trebui tratat cu aceeași greutate juridică.
• Trei categorii de active, trei căi diferite. OTHR, ART și EMT poartă fiecare cerințe distincte de document informativ și condiții prealabile de autorizare diferite. Caracteristicile activului determină ce categorie se aplică, proiectul nu alege.
• Răspunderea juridică urmează depunătorul, dar regulile depind de activ. Pentru marea majoritate a token-urilor (OTHR-uri), obligația legală aparține ofertantului sau persoanei care solicită admiterea la tranzacționare, nu neapărat creatorului original al token-ului. Când un CASP (cum ar fi un operator de platformă de tranzacționare) este de acord să pregătească și să publice un document informativ în numele unui proiect OTHR, acesta preia sarcini reglementare semnificative, dar nu își asumă răspunderea juridică în totalitate. Conform Articolului 14(3) MiCA, persoana originală care solicită admiterea la tranzacționare rămâne răspunzătoare legal dacă furnizează informații incomplete, incorecte, neclare sau înșelătoare către CASP. Poți externaliza documentația, dar nu poți externaliza în totalitate răspunderea juridică.
• Pentru Token-urile Referențiate de Active (ART-uri) și Token-urile de Monedă Electronică (EMT-uri), răspunderea civilă strictă pentru documentul informativ nu revine doar emitentului autorizat ca entitate corporativă; aceasta se extinde explicit la membrii corpului său administrativ, de conducere sau de supraveghere. Orice încercare contractuală de a limita sau exclude această răspundere juridică este legal nulă.
• LEI și DTI sunt condiții prealabile. Ambii identificatori trebuie să fie la locul lor înainte de începerea pregătirii documentului informativ. Dacă un DTI nu există pentru activ, acesta trebuie solicitat de la registrul DTIF înainte ca orice altceva să avanseze.
• Validarea automată este primul portar. 257 de verificări de existență și 223 de verificări de valoare rulează înainte ca vreun om să revizuiască fișierul. Un document care eșuează o aserțiune de nivel Eroare nu ajunge la un regulator.
• Depunerile multilingve poartă o obligație tehnică ascunsă. Fiecare versiune lingvistică necesită propriul fișier structurat separat, organizat identic cu originalul. O traducere care nu se potrivește cu structura sursei la nivel de câmp este neconformă.
• Acuratețea conținutului și validitatea tehnică sunt două obligații separate. Revizuirea legală acoperă prima. Structurarea tehnică acoperă a doua. Ambele revin ofertantului, și niciuna nu substituie cealaltă.

Acest articol se bazează pe un studiu realizat de LegalBison în aprilie 2026. Conținutul este doar în scopuri informative și nu constituie consultanță juridică.