Feb 23, 2026

Požadavky MiCA na whitepaper pro emitenty tokenů (2026)

Compliance Krypto

Co musíte zveřejnit, abyste mohli spustit nabídku v EU

Požadavky MiCA na whitepaper (2026): povinná zveřejnění pro emitenty tokenů v EU k governance, funkci tokenu, emisi a tokenomice, rizikům, právům držitelů a vyřizování stížností.

K roku 2026 MiCA už není „brzy začne platit“. Je to provozní realita pro emitenty tokenů v EU. Pokud plánujete nabídnout token veřejnosti nebo dosáhnout jeho přijetí k obchodování v Evropě, potřebujete whitepaper v souladu s MiCA.

Říkejme věci pravými jmény: není to prezentace pro investory ani reklamní landing page. Podle MiCA je whitepaper formálním dokumentem o zveřejnění informací, o který se mohou opírat regulátoři i účastníci trhu. Pokud je zavádějící, neúplný nebo v rozporu s tím, jak token ve skutečnosti funguje, nese odpovědnost emitent.

Whitepaper podle MiCA: co to je a proč je potřeba

Whitepaper podle MiCA je standardizovaný dokument, který srozumitelným a ověřitelným jazykem vysvětluje:

  • kdo je emitent a jak je nastaveno řízení a kontrola,
  • k čemu token slouží,
  • jak funguje emise a tokenová ekonomika,
  • jaká jsou hlavní rizika (technická, tržní, provozní, právní),
  • jaká práva mají držitelé tokenu a jak se řeší stížnosti.

Whitepaper je povinný pro užitkové tokeny, tokeny vázané na aktiva a tokeny elektronických peněz, pokud jsou nabízeny v EU nebo přijímány k obchodování v EU.

Proč na tom MiCA trvá:

  • aby byly nabídky tokenů srovnatelné napříč státy EU,
  • aby se omezila skrytá rizika a „selektivní transparentnost“,
  • aby byla jasně přiřazena odpovědnost emitentům,
  • aby byli retailoví účastníci chráněni strukturovaným zveřejněním informací.

Co MiCA vyžaduje: hlavní části whitepaperu

Logika MiCA je jednoduchá: popsat token a emitenta tak, aby to bylo konkrétní, vnitřně konzistentní a nezavádějící.

1) Informace o emitentovi, struktuře a kontrolním systému

Ve whitepaperu musíte jasně uvést:

  • oficiální název emitenta, právní formu a sídlo,
  • registrační údaje a firemní identifikátory,
  • členský stát EU relevantní pro dohled a oznámení,
  • model řízení (kdo v představenstvu/managementu za co odpovídá),
  • vnitřní kontrolní postupy a nastavení souladu s předpisy.

Smysl je v dohledatelnosti: regulátor musí vidět, kdo nese odpovědnost a jak se přijímají rozhodnutí.

2) Konstrukce tokenu a tokenová ekonomika (bez prázdných frází)

Musíte vysvětlit:

  • k čemu token slouží (u užitkových tokenů) a čím není,
  • jaká práva, pokud vůbec, držení tokenu přináší,
  • jak probíhá emise, celková nabídka a emisní harmonogram,
  • jak je nastaveno přidělení a distribuce,
  • pravidla pro mintování/pálení/staking/odkup či vyplacení, pokud jsou relevantní,
  • kde a jak je token technicky vydáván (síť/protokol).

Pokud uživatel nepochopí, jak funguje nabídka a distribuce, zveřejnění neplní svůj účel.

3) Rizika, která odpovídají skutečnému modelu

MiCA očekává rizikové faktory odpovídající vašemu produktu, ne obecné „krypto je rizikové“. Typicky se popisují:

  • tržní rizika a dopad volatility,
  • zranitelnosti chytrých smluv a kybernetická rizika,
  • provozní rizika (selhání procesů, závislost na klíčových osobách, outsourcing),
  • rizika likvidity a realistické scénáře ztrát,
  • právní a dohledová nejistota ovlivňující token nebo podnikatelský model.

Pokud lze kapitolu o rizicích bez úprav vložit do libovolného projektu, je nejspíš příliš slabá.

4) Využití získaných prostředků a plán realizace (pokud získáváte financování)

Pokud nabídka zahrnuje získávání prostředků, uveďte:

  • účel financování,
  • rozdělení prostředků do smysluplných kategorií,
  • plán dodávky a milníky,
  • pravidla správy treasury a kontrolu výdajů.

Tady regulátoři i zkušení účastníci trhu obvykle poznají, zda stavíte produkt, nebo jen prodáváte příběh.

5) Technologický základ a úroveň zabezpečení

Whitepaper by měl obsahovat:

  • praktický popis technické architektury tokenu,
  • bezpečnostní opatření a přístup k řízení incidentů,
  • stav auditů (provedeny, plánované, nebo žádné),
  • kritické závislosti a třetí strany (úschova, rozhraní, infrastruktura).

Nemusíte zveřejňovat citlivé detaily. Musíte ale transparentně popsat realitu zabezpečení.

6) Práva držitelů, stížnosti a co se stane při ukončení projektu

Definujte:

  • práva a povinnosti držitelů/kupujících,
  • postup vyřizování stížností a lhůty,
  • cestu řešení sporů,
  • podmínky odkupu/vrácení prostředků, pokud jsou použitelné,
  • postup při ukončení, přerušení nebo zásadních změnách.

To nejsou „nice to have“ části. Jsou součástí právních závazků emitenta.

Zveřejnění whitepaperu podle MiCA: jak to obvykle vypadá v praxi

V praxi je compliance proces, ne export do PDF:

  • připravit whitepaper dle přílohy MiCA (Příloha II) a standardů ESMA, pokud se uplatní,
  • provést kontrolu konzistence: tokenová ekonomika vs technologie vs veřejná komunikace,
  • oznámit příslušnému orgánu (např. ČNB v Česku, podle struktury a povinností),
  • zveřejnit na webu emitenta před veřejnou nabídkou nebo přijetím k obchodování,
  • aktualizovat při podstatných změnách (model, rizika, řízení, závislosti).

Důležité rozlišení:

  • tokeny vázané na aktiva a tokeny elektronických peněz obvykle vyžadují předchozí povolení/schválení před nabídkou a zveřejněním,
  • užitkové tokeny častěji fungují v režimu „oznámení + zveřejnění“ bez předchozího schválení, ale se stejnými povinnostmi na obsah a přesnost.

Kdo nese odpovědnost podle MiCA

Povinnosti ohledně whitepaperu dopadají na:

  • emitenty nabízející v EU užitkové tokeny / tokeny vázané na aktiva / tokeny elektronických peněz,
  • projekty usilující o přijetí tokenu k obchodování v EU,
  • prodeje tokenů za účelem získání financování,
  • a nepřímo také poskytovatele služeb s kryptoaktivy, kteří tokeny zalistují (protože listing bude vyžadovat prokazatelný soulad na straně emitenta).

V roce 2026 zkoušet fungovat bez řádného whitepaperu není chytré. Je to jen zbytečné, snadno odstranitelné riziko.

Typické chyby whitepaperů podle MiCA (kterých si regulátor všímá)

Nejčastější přešlapy:

  • vágní, šablonovitá rizika,
  • chybějící srozumitelný popis klíčové mechaniky (zejména chytrých smluv),
  • tvrzení, která zní jako marketing, ale v praxi vypadají jako sliby,
  • rozpory mezi whitepaperem, webem a skutečným chováním tokenu,
  • staré verze na webu i po podstatných změnách.

MiCA očekává průběžnou přesnost. Přístup „zveřejnit a zapomenout“ je pozvánka k problémům.

AMS Europe: praktická pomoc s whitepaperem podle MiCA

AMS Europe pomáhá emitentům tokenů připravit whitepaper podle MiCA, který odpovídá skutečnému modelu tokenu, nastavení řízení a strategii vstupu na trh EU. Typicky to zahrnuje: vymezení rozsahu povinností (co platí a proč), strukturu dokumentu, formulaci rizik, sladění technického popisu a finální právní/compliance kontrolu.

Cíl je jednoduchý: whitepaper, který obstojí při kontrole, sníží regulační tření a minimalizuje přepracování při cestě k listingu nebo distribuci.

Otázky a odpovědi: požadavky MiCA na whitepaper

Co přesně MiCA vyžaduje ve whitepaperu tokenu?

Strukturované zveřejnění informací o emitentovi a řízení, účelu a mechanice tokenu, přehledu technologie, rizicích, využití prostředků (pokud se získávají), stavu zabezpečení a auditů, právech držitelů a postupu pro stížnosti a řešení sporů. Text musí být jasný, přesný a nezavádějící.

Kdo musí zveřejnit whitepaper podle MiCA?

Emitenti, kteří nabízejí veřejnosti v EU užitkové tokeny, tokeny vázané na aktiva nebo tokeny elektronických peněz, nebo usilují o přijetí k obchodování v EU. Při listingu se obvykle vyžaduje prokazatelné splnění povinností na straně emitenta.

Je pro whitepaper užitkového tokenu potřeba předchozí schválení regulátorem?

Obvykle ne. Whitepaper užitkového tokenu se zpravidla zveřejňuje po oznámení, ale i tak musí splnit obsahové a informační povinnosti podle MiCA.

Je u tokenů vázaných na aktiva a tokenů elektronických peněz potřeba schválení?

Ano. Tyto kategorie obvykle vyžadují povolení/schválení příslušným orgánem před veřejnou nabídkou a před dokončením postupu zveřejnění whitepaperu.

Jaká slabá místa se v praxi objevují nejčastěji?

Šablonovitá rizika, nejasná tokenová ekonomika (nabídka/distribuce), chybějící popis úrovně zabezpečení, rozpory mezi dokumenty a neaktuální verze po podstatných změnách.