Biała księga MiCA: wymagania, format i kluczowe ujawnienia

Przegląd MiCA: czego dotyczą unijne przepisy

MiCA to skrót od Markets in Crypto-Assets Regulation. Rozporządzenie ustanawia w UE jeden zestaw zasad dla wielu kryptoaktywów i firm.

Przepisy obejmują oferty publiczne, obrót i usługi związane z kryptoaktywami. Określają także obowiązki emitentów tokenów oraz dostawców usług w zakresie kryptoaktywów.

Biała księga jest często wymagana przed ofertą publiczną. Może być również potrzebna przed dopuszczeniem aktywa do obrotu.

Pełny tekst prawny znajduje się w rozporządzeniu MiCA UE. Firmy powinny sprawdzać również późniejsze przepisy techniczne.

• Tokeny użytkowe mogą wymagać białej księgi przed ofertą w UE.
• Tokeny powiązane z aktywami podlegają dodatkowym obowiązkom dotyczącym zezwoleń i ryzyka.
• Tokeny będące pieniądzem elektronicznym wymagają emitenta posiadającego zezwolenie zgodnie z unijnymi przepisami płatniczymi.
• Dostawcy usług w zakresie kryptoaktywów potrzebują właściwej ścieżki uzyskania zezwolenia CASP.

MiCA nie obejmuje każdego aktywa cyfrowego. Zamiast niej mogą mieć zastosowanie inne unijne przepisy finansowe.

Unikalne tokeny niewymienialne również mogą być wyłączone z części zakresu MiCA. Klasyfikację należy ustalić przed rozpoczęciem prac nad dokumentem.

Rola białej księgi MiCA

Biała księga MiCA przedstawia kupującym najważniejsze informacje o ofercie kryptoaktywa. Wyjaśnia projekt, token, związane z nim prawa oraz główne ryzyka.

Dokument nie jest materiałem sprzedażowym. Musi być rzetelny, jasny i niewprowadzający w błąd.

Powinien pomóc kupującemu ocenić ofertę przed zainwestowaniem środków. Dlatego musi zawierać użyteczne fakty, a nie ogólne obietnice.

Emitent pozostaje odpowiedzialny za treść dokumentu. Dostawca usług może mieć również obowiązki, gdy wprowadza aktywo do obrotu lub je notuje.

Wiele wyszukiwań dotyczących wymagań MiCA white paper koncentruje się na treści dokumentu. Należy uwzględnić także format, etapy weryfikacji i późniejsze zmiany.

Wymagania MiCA mogą różnić się zależnie od klasy aktywa. Firma musi najpierw przypisać token do właściwego zestawu przepisów.

Najważniejsze wymagania MiCA white paper

Dokument musi być zgodny z załącznikiem właściwym dla danego rodzaju aktywa. Należy używać prostego języka i przedstawiać wyważony obraz sytuacji.

Implementacyjny standard techniczny doprecyzowuje strukturę i dane. Pomaga firmom przygotowywać jasne i kompletne dokumenty.

Dokładna weryfikacja obejmuje następujące obszary:

• Dane emitenta: nazwa prawna, adres, forma prawna i dane kontaktowe.
• Plan projektu: cele, etapy, przeznaczenie finansowania i kluczowe strony.
• Konstrukcja tokena: prawa, obowiązki, podaż, cena i warunki sprzedaży.
• Technologia: rodzaj rejestru, kluczowe systemy i ryzyka związane z inteligentnymi kontraktami.
• Governance: uprawnienia decyzyjne, mechanizmy kontroli i ryzyko konfliktu interesów.
• Warunki oferty: terminy, nabywcy, dystrybucja i zasady zwrotu środków.
• Czynniki ryzyka: ryzyka rynkowe, prawne, cybernetyczne, technologiczne i projektowe.

Każdy termin techniczny należy zdefiniować przy pierwszym użyciu. Unikaj twierdzeń dotyczących przyszłej wartości lub bezpiecznych zysków.

Każde twierdzenie powinno odsyłać do źródła. Rejestr zmian może wskazywać, kto zweryfikował każde kluczowe stwierdzenie.

Sformułowanie wymagania licencji MiCA może powodować nieporozumienia. MiCA nie przyznaje każdemu emitentowi jednej ogólnej licencji.

Niektórzy emitenci podlegają obowiązkom notyfikacyjnym lub zatwierdzeniowym. CASP-y muszą uzyskać zezwolenie przed świadczeniem usług objętych regulacją.

Format białej księgi MiCA: XHTML i iXBRL

Format białej księgi MiCA musi umożliwiać odczyt maszynowy. Zgłoszenia składa się w formacie XHTML z Inline XBRL, znanym jako iXBRL.

XHTML nadaje plikowi ścisłą strukturę internetową. iXBRL dodaje znaczniki danych wewnątrz tej struktury.

Człowiek może czytać dokument w przeglądarce. Maszyna może jednocześnie odczytywać z tego samego pliku kluczowe informacje.

Ten format wymaga czegoś więcej niż zapisanego pliku Word. Zespół powinien przygotować uporządkowany plik z poprawnym oznaczeniem.

Każdy oznaczony fakt powinien być powiązany z właściwym terminem danych. Nieprawidłowe znaczniki mogą utrudnić późniejsze kontrole.

Sprawdź	Co należy przetestować
XHTML	Poprawną strukturę, czytelny układ i działające linki
iXBRL	Właściwe znaczniki, wartości, jednostki i kontekst
Treść	Wymagane sekcje, ostrzeżenia i szczegóły dotyczące ryzyka
Kontrola wersji	Jeden zatwierdzony plik z jasnym rejestrem publikacji

Po każdej większej zmianie wykonuj kontrolę kodu i treści. Plik może wyglądać poprawnie w przeglądarce, a mimo to nie przejść kontroli maszynowej.

Obowiązkowe ujawnienia w białej księdze

Obowiązkowe ujawnienia powinny umożliwiać kupującemu zrozumienie całej oferty. Zacznij od emitenta i ewentualnego oferującego.

Następnie wyjaśnij projekt, jego cele i planowane wykorzystanie środków. Opisz, jak token działa w praktyce.

Sekcja dotycząca technologii powinna opisywać rejestr i kluczowe systemy. Powinna również obejmować awarie, ryzyka cybernetyczne i ograniczenia inteligentnych kontraktów.

Dokument powinien wyjaśniać, kto podejmuje kluczowe decyzje. Należy wskazać, jak projekt zarządza konfliktami interesów i zmianami.

Ostrzeżenia dotyczące ryzyka muszą zawierać wystarczająco dużo szczegółów, aby pomóc kupującemu działać ostrożnie. Nie ukrywaj istotnych ryzyk w gęstym tekście prawnym.

• Wyjaśnij prawa i ograniczenia związane z tokenem.
• Podaj podaż, warunki emisji i ewentualną metodę ustalania ceny.
• Opisz ryzyka związane z przechowywaniem, transferem i obrotem.
• Wymień partnerów projektu i ich role.
• Przedstaw zasady składania skarg, zwrotów lub umorzenia tokenów.
• Wyjaśnij ewentualny związek z rezerwą lub innym aktywem.

Przed publikacją przeprowadź jasną kontrolę krzyżową. Każde wymagane pole powinno mieć przypisaną osobę odpowiedzialną i źródło.

Aktualizuj dokument, gdy zmieni się istotny fakt. Nieaktualna biała księga może wprowadzać kupujących w błąd, nawet jeśli pierwsze zgłoszenie było prawidłowe.

Ujawnienia dotyczące zrównoważonego rozwoju i rezerw stablecoinów

Wymagania MiCA dotyczące ujawnień w zakresie zrównoważonego rozwoju koncentrują się na zużyciu energii i wpływie na środowisko. W dokumencie należy wyjaśnić metodę konsensusu stojącą za danym aktywem.

Konsensus to sposób, w jaki sieć uzgadnia prawidłowe zapisy. W zależności od przyjętego rozwiązania jego zużycie energii może znacznie się różnić.

Wymagane wskaźniki należy ujawnić w określonym formacie. Przy każdej wartości trzeba jasno wskazać źródło, zakres i datę.

Nie twierdź, że token jest ekologiczny, jeśli nie masz na to dowodów. Nabywcy potrzebują faktów, które mogą ze sobą porównywać.

Projekty stablecoinów wymagają szczególnej staranności. Wyrażenie wymagania rezerwy stablecoin MiCA odnosi się do obowiązków dotyczących tokenów powiązanych z aktywami i tokenów będących pieniądzem elektronicznym.

Obowiązki te mogą obejmować aktywa rezerwowe, przechowywanie, wykup oraz mechanizmy kontroli ryzyka. Dokładny zakres zależy od klasy tokena.

White paper nie powinien przedstawiać rezerwy jako niejasnej obietnicy. Należy wyjaśnić, jakie aktywa stanowią zabezpieczenie oraz jakie prawa przysługują posiadaczom.

Zakres wymagań dla CASP, firm z BVI i reguł travel rule

Niektóre zapytania łączą white paper MiCA z innymi tematami compliance. Weryfikacja zakresu zapobiega uwzględnieniu w dokumencie niewłaściwych przepisów.

wymagania kapitałowe CASP i wymagania governance CASP dotyczą głównie dostawców usług. Nie zastępują obowiązków emitenta w zakresie ujawnień.

Użytkownicy mogą również szukać hasła minimum capital MiCA dla CASP. Odpowiedź zależy od klasy usług i rodzaju działalności firmy.

To samo dotyczy wyszukiwań dotyczących minimum capital MiCA dla CASP 2026. Przed oparciem się na konkretnej wartości sprawdź treść przepisów i aktualne wytyczne.

wymagania licencji VASP BVI dotyczą Brytyjskich Wysp Dziewiczych. Nie zastępują analizy zgodności z unijnym MiCA.

Reguły travel rule należą do innego obszaru kontroli przestępstw finansowych. Dokument Wytyczne FATF dotyczące aktywów wirtualnych wyjaśnia globalny standard bazowy.

Jest przydatny przy weryfikacji wymagania travel rule FATF i wymagań travel rule wymogi VASP. Nie określa wszystkich lokalnych zasad składania dokumentów.

Inne wyszukiwane hasła obejmują wymagania travel rule przelewy, wymagania travel rule BSA, a także wymagania travel rule w USA. Dotyczą one przepisów płatniczych lub zasad przeciwdziałania praniu pieniędzy, które wykraczają poza główny zakres white paper.

Każdą regułę należy zapisać w tabeli zakresu. Dzięki temu dokument pozostaje skoncentrowany, a pozostałe zadania trafiają do właściwego zespołu.

• Przepisy dotyczące white paper MiCA obejmują ujawnienia dotyczące tokena.
• Przepisy dotyczące CASP obejmują usługi, mechanizmy kontroli i obowiązki firm.
• Przepisy BVI mają zastosowanie do firm działających w tej jurysdykcji.
• Przepisy FATF wyznaczają kierunek dla globalnych działań związanych z przeciwdziałaniem praniu pieniędzy.
• Przepisy BSA w USA mogą mieć zastosowanie do objętej nimi działalności prowadzonej w Stanach Zjednoczonych.

Co dzieje się po naruszeniu przepisów?

Naruszenia MiCA mogą skutkować czymś więcej niż żądaniem poprawienia white paper. Firma może zostać ukarana grzywną, otrzymać nakaz lub ograniczenie prowadzonej działalności.

Giełda może również usunąć aktywo z obrotu. Może to ograniczyć dostęp do nabywców i zaszkodzić zaufaniu do rynku.

Emitenci mogą ponosić odpowiedzialność prawną za twierdzenia fałszywe, niepełne lub wprowadzające w błąd. Ryzyko rośnie, gdy nabywcy poniosą stratę.

Słabe procesy tworzą możliwe do uniknięcia ryzyko. Jedna niezweryfikowana liczba może wpłynąć na ofertę, stronę internetową i późniejsze raporty.

Przed złożeniem dokumentów lub publikacją zastosuj bramkę akceptacji. Zachowuj dowody każdej weryfikacji i akceptacji.

1. Sklasyfikuj kryptoaktywo i przyporządkuj właściwy załącznik MiCA.
2. Wyznacz osoby odpowiedzialne za weryfikację prawną, techniczną, ryzyka i danych.
3. Każde ujawnienie przygotuj prostym językiem.
4. Zbuduj i przetestuj plik XHTML oraz iXBRL.
5. Sprawdź dane dotyczące zrównoważonego rozwoju i ostrzeżenia o ryzyku.
6. Zatwierdź ostateczną wersję i przechowuj dokumentację procesu weryfikacji.

Przepisy i narzędzia techniczne mogą zmienić się przed 2026 rokiem. Przed każdą nową ofertą lub istotną aktualizacją ponownie sprawdź treść źródłową.

Dobrze ukierunkowany white paper spełnia trzy funkcje. Informuje nabywców, ułatwia weryfikację i pozostawia przejrzysty ślad audytowy.