MiCA wyjaśniona: Twój White Paper kryptowalutowy nie może być tylko Gitbookiem lub PDF-em – Legal Bitcoin News

MiCA Decoded to 12-odcinkowa cotygodniowa seria artykułów dla Bitcoin.com News, współautorstwa współzałożycieli i dyrektorów zarządzających LegalBison: Aarona Glaubermana, Viktora Juskina i Sabira Alijeva. LegalBison doradza firmom kryptowalutowym i FinTech w zakresie licencjonowania MiCA, wniosków CASP i VASP oraz strukturyzacji regulacyjnej w Europie i poza nią.

Zgodnie z MiCA biała księga jest obowiązkowym instrumentem ujawniania informacji prawnych. Jej najbliższym odpowiednikiem w tradycyjnych finansach jest prospekt emisyjny papierów wartościowych, a nie dokument marketingowy. Rozporządzenie określa, kto musi ją przygotować, w jakim formacie, zawierającą jakie identyfikatory, podlegającą jakiej automatycznej walidacji i z odpowiedzialnością przypisaną do konkretnej nazwanej osoby.

Popełnienie błędu w którymkolwiek z tych elementów oznacza, że dokument nie istnieje w oczach europejskich organów regulacyjnych, niezależnie od tego, jak dobrze jest napisany.

Ta szósta część MiCA Decoded wyjaśnia, co to właściwie oznacza, krok po kroku.

Mit: Biała księga MiCA to tylko GitBook lub PDF

Biała księga MiCA ma wagę formalnego zgłoszenia regulacyjnego.

Rozporządzenie wykonawcze Komisji (UE) 2024/2984, które reguluje formularze, formaty i szablony białych ksiąg aktywów kryptowalutowych, wymaga, aby dokument był przygotowany w ustrukturyzowanym formacie cyfrowym zaprojektowanym tak, aby ESMA i krajowe właściwe organy we wszystkich państwach członkowskich UE mogły przeprowadzić identyczną automatyczną analizę każdego zgłoszenia, niezależnie od tego, kto je złożył i gdzie.

Prawny cel tego wyboru projektowego ma większe znaczenie niż szczegóły techniczne. MiCA to rozporządzenie dotyczące jednolitego rynku, a porównywalność zgłoszeń jest podstawowym narzędziem egzekwowania.

Biała księga, która nie może być odczytana przez tę samą maszynę co każda inna biała księga złożona w Europie, nie jest zgodna, niezależnie od tego, co mówi jej treść. ESMA opublikowała wymaganą taksonomię (ustrukturyzowane ramy definiujące, co musi zawierać zgodna biała księga) 5 sierpnia 2025 r. Przepisy obowiązują od 23 grudnia 2025 r.

Obowiązki ujawniania informacji różnią się w zależności od rodzaju aktywów kryptowalutowych. MiCA wyróżnia trzy odrębne kategorie, z których każda ma własny szablon białej księgi i wymagania dotyczące pól:

Kategoria określa nie tylko treść białej księgi, ale całą prawną ścieżkę do jej złożenia. Projekt nie może wybrać kategorii na podstawie preferencji. Określają ją cechy aktywa, a obowiązki przygotowania wynikają z tego.

Kto ponosi obowiązek prawny – i odpowiedzialność

W przypadku zdecydowanej większości tokenów na rynku (sklasyfikowanych jako „Inne" aktywa kryptowalutowe lub OTHR), obowiązek nie spada automatycznie na podmiot, który stworzył token. W przypadku tych aktywów MiCA nakłada obowiązek na oferenta lub osobę ubiegającą się o dopuszczenie do obrotu, które są zdefiniowanymi rolami, które mogą, ale nie muszą pokrywać się z pierwotnym emitentem.

To rozróżnienie ma realne konsekwencje. Projekt należący do kategorii OTHR, uruchomiony z Brytyjskich Wysp Dziewiczych, Kajmanów lub jakiejkolwiek innej jurysdykcji offshore, może być oferentem zgodnie z MiCA i bezpośrednio ponosić obowiązek białej księgi, bez konieczności przenoszenia swojej siedziby prawnej do Europy.

(Uwaga: Ta elastyczność strukturalna dotyczy wyłącznie tokenów OTHR. W przypadku tokenów odniesienia do aktywów i tokenów pieniądza elektronicznego obowiązek prawny i ścisła odpowiedzialność cywilna za białą księgę spoczywają w całości na autoryzowanym emitencie UE i nie mogą być delegowane).

Jak zbadaliśmy w drugiej części tej serii, rejestry ESMA potwierdzają, że jest to już standardowa praktyka: większość niezależnych zgłoszeń tokenów pochodzi od podmiotów z siedzibą poza UE.

CASP prowadzący platformę obrotu może również przyjąć obowiązek białej księgi, z własnej inicjatywy lub na podstawie pisemnej umowy z zespołem projektowym. To nie jest luka ani wygoda administracyjna.

Kiedy CASP składa zgłoszenie, przyjmuje odpowiedzialność prawną za dokładność i kompletność ujawnienia. Jeśli biała księga zawiera wprowadzające w błąd informacje lub nie spełnia standardów regulacyjnych, odpowiedzialność ponosi ten, kto ją złożył.

Osoba podpisująca białą księgę nie może delegować tego ryzyka na dostawcę oprogramowania, integratora technicznego ani kancelarię prawną. Przegląd prawny treści i ważność techniczna to dwa odrębne obowiązki zgodności, a oba spoczywają na oferencie. To punkt, który większość projektów niedocenia.

Dwa kody, które muszą istnieć przed rozpoczęciem składania

Dwa obowiązkowe identyfikatory są warunkami wstępnymi dla każdej zgodnej białej księgi. Oba pochodzą z międzynarodowych standardów, które poprzedzają MiCA. Rozporządzenie ich nie stworzyło, uczyniło je obowiązkowymi.

Pierwszym jest Identyfikator Podmiotu Prawnego (LEI), kod ISO 17442 przypisany podmiotom prawnym i prowadzony w globalnej bazie danych LEI administrowanej przez GLEIF. Mandat do jego użycia obejmuje wiele standardów regulacyjnych: podczas gdy artykuł 14 RTS dotyczącego prowadzenia ewidencji (rozporządzenie delegowane Komisji UE 2025/1140) egzekwuje wymagania LEI dla CASP w odniesieniu do ich klientów, artykuł 3 RTS dotyczącego klasyfikacji białych ksiąg (rozporządzenie delegowane Komisji UE 2025/421) ściśle nakazuje, aby wszyscy przygotowujący białe księgi identyfikowali swój podmiot prawny za pomocą ważnego kodu LEI. Dla każdego podmiotu, który jeszcze go nie posiada, proces aplikacji LEI musi zostać zakończony przed rozpoczęciem przygotowania białej księgi.

Drugim jest Identyfikator Tokena Cyfrowego (DTI), kod ISO 24165 identyfikujący sam składnik aktywów kryptowalutowych, prowadzony w rejestrze DTIF. Artykuł 15 RTS dotyczącego prowadzenia ewidencji i artykuł 3 RTS dotyczącego klasyfikacji białych ksiąg (rozporządzenie delegowane Komisji UE 2025/421) wymagają jego użycia. Punkt operacyjny dla każdego projektu wprowadzającego nowy token: jeśli DTI jeszcze nie istnieje w rejestrze, ktoś musi poprosić o jego utworzenie przed złożeniem białej księgi. W przypadku gdy CASP składa zgłoszenie dla aktywa bez scentralizowanego emitenta i bez istniejącej białej księgi, platforma jest odpowiedzialna za uzyskanie lub żądanie DTI bezpośrednio z DTIF.

Źródło: Rejestr DTIF dla aktywów kryptowalutowych

Biała księga, która nie zawiera ważnego LEI i DTI, nie przechodzi automatycznej walidacji, zanim zobaczy ją jakikolwiek ludzki recenzent. Projekty, które osiągną etap składania bez obu kodów w ręku, stoją przed pełnym restartem.

Automatyczna brama i co to oznacza prawnie

Żaden człowiek w krajowym właściwym organie nie przegląda białej księgi, która nie przejdzie automatycznych kontroli. Taksonomia ESMA definiuje 257 kontroli istnienia (weryfikujących, że wymagane pola są obecne) i 223 kontroli wartości (weryfikujących, że zawartość pola jest ważna). Zgłoszenie, które nie przejdzie kontroli ocenionej jako o wadze „Błąd", jest technicznie nieważne. Dokument nie przechodzi dalej.

Prawna implikacja tej architektury jest bezpośrednia: ważność techniczna i dokładność treści są w równym stopniu odpowiedzialnością oferenta. Idealnie sporządzone ujawnienie prawne w złej strukturze nie przechodzi. Strukturalnie ważny plik z wprowadzającą w błąd treścią również nie przechodzi; po prostu nie przechodzi na innym etapie i z innymi konsekwencjami.

Projekty oferujące tokeny w wielu państwach członkowskich UE stają przed dodatkową warstwą. Każda wersja językowa białej księgi wymaga własnego oddzielnie ustrukturyzowanego pliku. Wszystkie wersje językowe muszą być wewnętrznie spójne i nie tylko przetłumaczone, ale identycznie zorganizowane na poziomie pól. Tłumaczenie, które nie odzwierciedla struktury oryginału, jest technicznie niezgodne, niezależnie od jego dokładności językowej.

Ujawnienia dotyczące zrównoważonego rozwoju dodają dodatkowe ograniczenie. Taksonomia nakazuje określone jednostki miary dla zużycia energii i emisji CO2: odpowiednio kWh i tCO2. Są to prawne wymagania dotyczące ujawniania informacji, a nie opcjonalne raportowanie środowiskowe. Złożenie z różnymi jednostkami lub pominięcie pól wywołuje niepowodzenie walidacji.

Wzorzec we wszystkich tych wymaganiach jest taki sam: biała księga jest zgłoszeniem prawnym z maszynowo egzekwowanymi standardami. Projekty, które podchodzą do niej jako do ćwiczenia pisania dokumentu, a nie jako do procesu zgodności z ustrukturyzowanymi warunkami wstępnymi i automatyczną kontrolą dostępu, napotkają to egzekwowanie, zanim dotrą do ludzkiego regulatora.

Co to oznacza w praktyce

Popularne rozumienie białej księgi kryptowalutowej jako narracyjnej prezentacji (czegoś napisanego, aby przekonać, a nie ujawnić) opisuje typ dokumentu, który MiCA zastąpiła czymś kategorycznie innym.

Biała księga MiCA to instrument prawny z przepisaną treścią, obowiązkowymi identyfikatorami, ustrukturyzowanym formatem zaprojektowanym do automatycznej porównywalności transgranicznej i nazwaną osobistą odpowiedzialnością przypisaną do tego, kto ją podpisze. Brama wejściowa na europejski rynek kryptowalutowy przebiega przez nią. Projekty, które rozumieją zgłoszenie jako to, czym prawnie jest, a nie jako to, co termin historycznie sugerował, to te, które nie zostają zawrócone przy automatycznej kontroli.

Kluczowe wnioski:

• Biała księga nie jest dokumentem marketingowym. MiCA na nowo zdefiniowała termin. Najbliższym odpowiednikiem w tradycyjnych finansach jest prospekt emisyjny papierów wartościowych i powinna być traktowana z taką samą wagą prawną.
• Trzy kategorie aktywów, trzy różne ścieżki. OTHR, ART i EMT każdy niesie odrębne wymagania dotyczące białych ksiąg i różne warunki wstępne autoryzacji. Cechy aktywa określają, która kategoria ma zastosowanie, projekt nie wybiera.
• Odpowiedzialność podąża za składającym, ale zasady zależą od aktywa. W przypadku zdecydowanej większości tokenów (OTHR), obowiązek prawny należy do oferenta lub osoby ubiegającej się o dopuszczenie do obrotu, niekoniecznie pierwotnego twórcy tokena. Kiedy CASP (taki jak operator platformy obrotu) zgadza się przygotować i opublikować białą księgę w imieniu projektu OTHR, przyjmuje znaczące obowiązki regulacyjne, ale nie przyjmuje w pełni odpowiedzialności. Zgodnie z art. 14 ust. 3 MiCA, pierwotna osoba ubiegająca się o dopuszczenie do obrotu pozostaje prawnie odpowiedzialna, jeśli dostarczy CASP niekompletne, niesprawiedliwe, niejasne lub wprowadzające w błąd informacje. Możesz zlecić papierkową robotę na zewnątrz, ale nie możesz całkowicie zlecić odpowiedzialności na zewnątrz.
• W przypadku tokenów odniesienia do aktywów (ART) i tokenów pieniądza elektronicznego (EMT), ścisła odpowiedzialność cywilna za białą księgę nie spoczywa wyłącznie na autoryzowanym emitencie jako podmiocie korporacyjnym; wyraźnie rozciąga się na członków jego organu administracyjnego, zarządzającego lub nadzorczego. Każda umowna próba ograniczenia lub wyłączenia tej odpowiedzialności jest prawnie nieważna.
• LEI i DTI są warunkami wstępnymi. Oba identyfikatory muszą być na miejscu przed rozpoczęciem przygotowania białej księgi. Jeśli DTI nie istnieje dla aktywa, musi zostać zgłoszone w rejestrze DTIF, zanim cokolwiek innego ruszy do przodu.
• Automatyczna walidacja jest pierwszym strażnikiem. 257 kontroli istnienia i 223 kontrole wartości działają, zanim ktokolwiek przejrzy plik. Dokument, który nie przejdzie asercji na poziomie błędu, nie dociera do regulatora.
• Zgłoszenia wielojęzyczne niosą ukryty obowiązek techniczny. Każda wersja językowa wymaga własnego oddzielnie ustrukturyzowanego pliku, zorganizowanego identycznie jak oryginał. Tłumaczenie, które nie pasuje do struktury źródła na poziomie pól, jest niezgodne.
• Dokładność treści i ważność techniczna to dwa odrębne obowiązki. Przegląd prawny obejmuje pierwszy. Strukturyzacja techniczna obejmuje drugi. Oba spoczywają na oferencie i żadne nie zastępuje drugiego.

Ten artykuł jest oparty na badaniu przeprowadzonym przez LegalBison w kwietniu 2026 r. Treść ma charakter wyłącznie informacyjny i nie stanowi porady prawnej.