Quando a maioria das pessoas ouve falar em “white paper” de criptomoedas, pensa no documento de nove páginas de Satoshi Nakamoto ou em uma apresenta??o de venda da era das ICOs repleta de jarg?o técnico. A MiCA tem uma defini??o diferente, e é nessa discrepancia entre o entendimento popular e a realidade jurídica que muitas falhas de conformidade têm início.ESCRITO PORLegalBisonPARTILHARPublicado: 17 de abr. de 2026, 3:45

“MiCA Decoded” é uma série semanal de 12 artigos para o Bitcoin.com News, de autoria conjunta dos cofundadores e diretores executivos da LegalBison: Aaron Glauberman, Viktor Juskin e Sabir Alijev. A LegalBison assessora empresas de criptomoedas e FinTech em licenciamento MiCA, solicita??es de CASP e VASP e estrutura??o regulatória na Europa e além.

No ambito da MiCA, um white paper é um instrumento de divulga??o legal obrigatório. Sua analogia mais próxima nas finan?as tradicionais é um prospecto de valores mobiliários, n?o um documento de marketing. A regulamenta??o prescreve quem deve prepará-lo, em que formato, contendo quais identificadores, sujeito a qual valida??o automatizada e com responsabilidade atribuída a uma pessoa específica nomeada.

Errar em qualquer um desses elementos significa que o documento n?o existe aos olhos dos reguladores europeus, independentemente de qu?o bem escrito ele esteja.

Esta sexta edi??o do MiCA Decoded desdobra o que isso realmente significa, passo a passo.

O mito: um white paper MiCA é apenas um GitBook ou um PDF

Um white paper MiCA tem o peso de um documento regulatório formal.

O Regulamento de Execu??o (UE) 2024/2984 da Comiss?o, que rege os formulários, formatos e modelos para white papers de criptoativos, exige que o documento seja elaborado em um formato digital estruturado, projetado de forma que a ESMA e as autoridades nacionais competentes em todos os Estados-Membros da UE possam realizar análises automatizadas idênticas em cada envio, independentemente de quem o apresentou ou onde.

O objetivo jurídico dessa escolha de design é mais importante do que as especifica??es técnicas. A MiCA é um regulamento do mercado único, e a comparabilidade entre os registros é uma ferramenta fundamental de fiscaliza??o.

Um white paper que n?o possa ser lido pela mesma máquina que todos os outros white papers apresentados na Europa n?o está em conformidade, independentemente do seu conteúdo. A ESMA publicou a taxonomia exigida (a estrutura que define o que um white paper em conformidade deve conter) em 5 de agosto de 2025. As regras entram em vigor a partir de 23 de dezembro de 2025.

As obriga??es de divulga??o variam dependendo do tipo de criptoativo envolvido. A MiCA estabelece três categorias distintas, cada uma com seu próprio modelo de white paper e requisitos de campos:

A categoria determina n?o apenas o conteúdo do white paper, mas todo o caminho legal para o seu registro. Um projeto n?o pode escolher qual categoria se aplica com base em preferência. As características do ativo determinam isso, e as obriga??es de prepara??o decorrem daí.

Quem arca com a obriga??o legal — e a responsabilidade

Para a grande maioria dos tokens no mercado (classificados como criptoativos “Outros”, ou OTHR), a obriga??o n?o recai automaticamente sobre a entidade que criou o token. Para esses ativos, a MiCA atribui a obriga??o ao ofertante ou à pessoa que busca admiss?o à negocia??o, que s?o fun??es definidas que podem ou n?o coincidir com o emissor original.

Essa distin??o tem consequências reais. Um projeto enquadrado na categoria OTHR, lan?ado a partir das Ilhas Virgens Britanicas, das Ilhas Cayman ou de qualquer outra jurisdi??o offshore, pode ser o ofertante nos termos da MiCA e assumir diretamente a obriga??o do white paper, sem qualquer exigência de transferir sua sede jurídica para a Europa.

(Observa??o: essa flexibilidade estrutural aplica-se estritamente aos tokens OTHR. Para tokens referenciados a ativos e tokens de dinheiro eletr?nico, a obriga??o legal e a responsabilidade civil estrita pelo white paper recaem inteiramente sobre o emissor autorizado da UE e n?o podem ser delegadas).

Conforme examinamos na segunda parte desta série, os registros da ESMA confirmam que essa já é uma prática padr?o: a maioria dos registros de tokens independentes provém de entidades sediadas fora da UE.

Um CASP que opera uma plataforma de negocia??o também pode assumir a obriga??o do white paper, seja por iniciativa própria ou por meio de acordo escrito com a equipe do projeto. Isso n?o é uma brecha legal nem uma conveniência administrativa.

Quando um CASP faz o registro, ele assume a responsabilidade legal pela exatid?o e integridade da divulga??o. Se o white paper contiver informa??es enganosas ou n?o cumprir os padr?es regulatórios, a responsabilidade recai sobre quem o apresentou.

A pessoa que aprova o white paper n?o pode delegar essa responsabilidade a um fornecedor de software, a um integrador técnico ou a um escritório de advocacia. A revis?o jurídica do conteúdo e a validade técnica s?o duas obriga??es de conformidade distintas, e ambas recaem sobre o ofertante. Esse é o ponto que a maioria dos projetos subestima.

Dois códigos que devem existir antes do início do registro

Dois identificadores obrigatórios s?o pré-requisitos para qualquer white paper em conformidade. Ambos s?o extraídos de normas internacionais anteriores à MiCA. A regulamenta??o n?o os criou, mas os tornou obrigatórios.

O primeiro é o Identificador de Entidade Jurídica (LEI), um código ISO 17442 atribuído a entidades jurídicas e mantido no banco de dados Global LEI administrado pela GLEIF. A obrigatoriedade de seu uso abrange várias normas regulatórias: enquanto o Artigo 14 da RTS de manuten??o de registros (Regulamento Delegado da Comiss?o UE 2025/1140) imp?e requisitos de LEI aos CASPs para seus clientes, o Artigo 3 da RTS de classifica??o de white papers (Regulamento Delegado da Comiss?o UE 2025/421) determina estritamente que todos os elaboradores de white papers devem identificar sua própria entidade jurídica com um código LEI válido. Para qualquer entidade que ainda n?o possua um, o processo de solicita??o do LEI deve ser concluído antes do início da elabora??o do white paper.

O segundo é o Identificador de Token Digital (DTI), um código ISO 24165 que identifica o próprio criptoativo, mantido no registro DTIF. O Artigo 15 da RTS de manuten??o de registros e o Artigo 3 da RTS de classifica??o de white papers (Regulamento Delegado da Comiss?o UE 2025/421) exigem seu uso. O ponto crucial para qualquer projeto que lance um novo token: se o DTI ainda n?o existir no registro, alguém deve solicitar sua cria??o antes que o white paper possa ser enviado. Quando um CASP estiver registrando um ativo sem emissor centralizado e sem white paper existente, a plataforma é responsável por recuperar ou solicitar o DTI diretamente do DTIF.

Fonte: o Registro DTIF para criptoativos

Um white paper que n?o contenha um LEI e um DTI válidos falha na valida??o automatizada antes mesmo que qualquer revisor humano o veja. Projetos que chegam à fase de envio sem ambos os códigos em m?os enfrentam um reinício completo.

O Port?o Automatizado e o que isso significa legalmente

Nenhum funcionário de uma autoridade nacional competente analisa um white paper que falhe nas verifica??es automatizadas. A taxonomia da ESMA define 257 verifica??es de existência (verificando se os campos obrigatórios est?o presentes) e 223 verifica??es de valor (verificando se o conteúdo dos campos é válido). Um registro que falhe em uma verifica??o classificada com gravidade “Erro” é tecnicamente inválido. O documento n?o prossegue.

A implica??o jurídica dessa arquitetura é direta: a validade técnica e a precis?o do conteúdo s?o igualmente de responsabilidade do ofertante. Uma divulga??o legal perfeitamente redigida, mas com a estrutura errada, é rejeitada. Um arquivo estruturalmente válido com conteúdo enganoso também é rejeitado; ele simplesmente é rejeitado em uma etapa diferente e com consequências diferentes.

Projetos que oferecem tokens em vários Estados-Membros da UE enfrentam uma camada adicional. Cada vers?o linguística do white paper requer seu próprio arquivo estruturado separadamente. Todas as vers?es linguísticas devem ser internamente consistentes e n?o apenas traduzidas, mas organizadas de forma idêntica no nível dos campos. Uma tradu??o que n?o reflita a estrutura do original é tecnicamente n?o conforme, independentemente de sua precis?o linguística.

As divulga??es de sustentabilidade acrescentam uma restri??o adicional. A taxonomia exige unidades de medida específicas para o consumo de energia e as emiss?es de CO2: kWh e tCO2, respectivamente. Trata-se de requisitos legais de divulga??o, n?o de relatórios ambientais opcionais. O preenchimento com unidades diferentes ou a omiss?o dos campos aciona uma falha de valida??o.

O padr?o em todos esses requisitos é o mesmo: o white paper é um documento legal com padr?es aplicados automaticamente. Projetos que o abordam como um exercício de reda??o de documentos, em vez de um processo de conformidade com pré-requisitos estruturados e controle automatizado, encontrar?o essa aplica??o antes de chegarem a um regulador humano.

O que isso significa na prática

A compreens?o popular de um white paper de criptomoedas como um argumento narrativo (algo escrito para persuadir, em vez de divulgar) descreve um tipo de documento que a MiCA substituiu por algo categoricamente diferente.

O white paper da MiCA é um instrumento jurídico com conteúdo prescrito, identificadores obrigatórios, um formato estruturado projetado para comparabilidade transfronteiri?a automatizada e responsabilidade pessoal nominal atribuída a quem quer que o assine. A porta de entrada para o mercado europeu de criptomoedas passa por ele. Os projetos que entendem o documento pelo que ele é legalmente, em vez do que o termo sugeria historicamente, s?o aqueles que n?o s?o rejeitados na verifica??o automatizada.

MiCA Desvendado: 1o de julho n?o é o prazo final. Para a maioria dos prestadores de servi?os, ele já passou

“MiCA Decoded” é uma série semanal de 12 artigos para o Bitcoin.com News, escrita em coautoria pelos cofundadores e diretores executivos da LegalBison. read more.

MiCA Desvendado: 1o de julho n?o é o prazo final. Para a maioria dos prestadores de servi?os, ele já passou

“MiCA Decoded” é uma série semanal de 12 artigos para o Bitcoin.com News, escrita em coautoria pelos cofundadores e diretores executivos da LegalBison. read more.

MiCA Desvendado: 1o de julho n?o é o prazo final. Para a maioria dos prestadores de servi?os, ele já passou

“MiCA Decoded” é uma série semanal de 12 artigos para o Bitcoin.com News, escrita em coautoria pelos cofundadores e diretores executivos da LegalBison. read more.

Pontos-chave:

• O white paper n?o é um documento de marketing.A MiCA redefiniu o termo. O equivalente mais próximo nas finan?as tradicionais é um prospecto de valores mobiliários, e ele deve ser tratado com o mesmo peso jurídico.
• Três categorias de ativos, três caminhos diferentes.OTHR, ART e EMT têm, cada um, requisitos distintos para o white paper e pré-requisitos de autoriza??o diferentes. As características do ativo determinam qual categoria se aplica; o projeto n?o escolhe.
• A responsabilidade recai sobre o requerente, mas as regras dependem do ativo. Para a grande maioria dos tokens (OTHRs), a obriga??o legal pertence ao ofertante ou à pessoa que busca admiss?o à negocia??o, n?o necessariamente ao criador original do token. Quando um CASP (como um operador de plataforma de negocia??o) concorda em preparar e publicar um white paper em nome de um projeto OTHR, ele assume deveres regulatórios significativos, mas n?o assume a responsabilidade totalmente. De acordo com o Artigo 14(3) da MiCA, a pessoa original que busca admiss?o à negocia??o permanece legalmente responsável se fornecer informa??es incompletas, injustas, pouco claras ou enganosas ao CASP. Você pode terceirizar a documenta??o, mas n?o pode terceirizar totalmente a responsabilidade.
• Para tokens referenciados a ativos (ARTs) e tokens de dinheiro eletr?nico (EMTs), a responsabilidade civil estrita pelo white paper n?o recai exclusivamente sobre o emissor autorizado como pessoa jurídica; ela se estende explicitamente aos membros de seu órg?o administrativo, de gest?o ou de supervis?o. Qualquer tentativa contratual de limitar ou excluir essa responsabilidade é legalmente nula.
• LEI e DTI s?o pré-requisitos.Ambos os identificadores devem estar em vigor antes do início da elabora??o do white paper. Se n?o houver um DTI para o ativo, ele deve ser solicitado ao registro DTIF antes que qualquer outra etapa seja realizada.
• A valida??o automatizada é o primeiro filtro.S?o executadas 257 verifica??es de existência e 223 verifica??es de valor antes que qualquer pessoa revise o arquivo. Um documento que falhe em uma verifica??o de nível de erro n?o chega ao órg?o regulador.
• Os registros multilíngues acarretam uma obriga??o técnica oculta.Cada vers?o em idioma requer seu próprio arquivo estruturado separadamente, organizado de forma idêntica ao original. Uma tradu??o que n?o corresponda à estrutura de origem no nível dos campos é considerada n?o conforme.
• A precis?o do conteúdo e a validade técnica s?o duas obriga??es distintas.A revis?o jurídica abrange a primeira. A estrutura??o técnica abrange a segunda. Ambas s?o de responsabilidade do proponente, e nenhuma substitui a outra.

Este artigo baseia-se em um estudorealizado pela LegalBison em abril de 2026. O conteúdo tem fins meramente informativos e n?o constitui aconselhamento jurídico.

This detailed match analysis covers key moments, player performances, and tactical insights.