MiCA decodificado: su documento técnico sobre criptomonedas no puede ser simplemente un Gitbook o un PDF

Cuando la mayoría de las personas escuchan el documento técnico sobre criptomonedas, piensan en el documento de nueve páginas de Satoshi Nakamoto, o en una presentación de la era ICO disfrazada de lenguaje técnico. MiCA tiene una definición diferente, y la brecha entre la comprensión popular y la realidad legal es donde comienzan muchas fallas de cumplimiento.

MiCA Decoded es una serie semanal de 12 artículos para Bitcoin.com News, en coautoría con los cofundadores y directores generales de LegalBison: Aaron Glauberman, Viktor Juskin y Sabir Alijev. LegalBison asesora a empresas de criptografía y FinTech sobre licencias MiCA, aplicaciones CASP y VASP y estructuración regulatoria en Europa y más allá.

Según MiCA, un libro blanco es un instrumento de divulgación legal obligatorio. Su analogía más cercana en las finanzas tradicionales es un prospecto de valores, no un documento de marketing. El reglamento prescribe quién debe preparar uno, en qué formato, que contenga qué identificadores, sujeto a qué validación automatizada y con responsabilidad asociada a una persona designada específica.

Equivocarse en cualquiera de esos elementos significa que el documento no existe a los ojos de los reguladores europeos, independientemente de lo bien redactado que esté.

Esta sexta entrega de MiCA Decoded explica lo que eso realmente significa, pieza por pieza.

El mito: un documento técnico de MiCA es solo un GitBook o un PDF

Un documento técnico de MiCA tiene el peso de una presentación regulatoria formal.

El Reglamento de Ejecución de la Comisión (UE) 2024/2984, que regula los formularios, formatos y plantillas para los libros blancos de criptoactivos, exige que el documento se prepare en un formato digital estructurado diseñado para que la ESMA y las autoridades nacionales competentes de todos los estados miembros de la UE puedan ejecutar análisis automatizados idénticos en cada envío, independientemente de quién lo presentó o dónde.

El propósito legal de esa elección de diseño importa más que los detalles técnicos. MiCA es una regulación de mercado único y la comparabilidad entre las presentaciones es una herramienta fundamental para su aplicación.

Un documento técnico que no puede ser leído por la misma máquina que cualquier otro documento técnico presentado en Europa no cumple, independientemente de lo que diga su contenido. ESMA publicó la taxonomía requerida (el marco estructurado que define lo que debe contener un libro blanco conforme) el 5 de agosto de 2025. Las reglas se aplican a partir del 23 de diciembre de 2025.

Las obligaciones de divulgación varían según el tipo de criptoactivo de que se trate. MiCA distingue tres categorías distintas, cada una con su propia plantilla de documento técnico y requisitos de campo:

Tipo de activo

¿Quién prepara el libro blanco?

Característica clave

OTROS (Otros criptoactivos, por ejemplo, tokens de servicios públicos)

Oferente, persona que busca admisión a negociación o CASP que opera una plataforma de negociación

Categoría más amplia; cubre la mayoría de los tokens actualmente en el mercado

ART (tokens referenciados a activos)

Emisor autorizado o entidad de crédito

Hace referencia a una canasta de activos; autorización requerida antes de la emisión

EMT (Fichas de dinero electrónico)

Entidad de crédito o entidad de dinero electrónico

paridad monetaria única; requiere EMI o autorización bancaria

La categoría determina no sólo el contenido del documento técnico, sino todo el camino legal para presentarlo. Un proyecto no puede elegir qué categoría se aplica según sus preferencias. Las características del activo lo determinan y de ahí se derivan las obligaciones de preparación.

¿Quién asume la obligación legal y la responsabilidad?

Para la gran mayoría de los tokens en el mercado (categorizados como "Otros" criptoactivos u OTHR), la obligación no recae automáticamente en la entidad que creó el token. Para estos activos, MiCA asigna la obligación al oferente o a la persona que solicita la admisión a negociación, roles definidos que pueden coincidir o no con el emisor original.

Esta distinción tiene consecuencias reales. Un proyecto que entre en la categoría OTHR, lanzado desde las Islas Vírgenes Británicas, las Caimán o cualquier otra jurisdicción offshore, puede ser el oferente bajo MiCA y asumir la obligación del libro blanco directamente, sin ningún requisito de trasladar su sede legal a Europa.

(Nota: esta flexibilidad estructural se aplica estrictamente a los tokens OTHR. Para los tokens referenciados a activos y los tokens de dinero electrónico, la obligación legal y la responsabilidad civil estricta por el libro blanco recae enteramente en el emisor autorizado de la UE y no se puede delegar).

Como examinamos en la segunda entrega de esta serie, los registros de la ESMA confirman que esto ya es una práctica estándar: la mayoría de las presentaciones de tokens independientes provienen de entidades con sede fuera de la UE.

Un CASP que opere una plataforma comercial también puede asumir la obligación del libro blanco, ya sea por iniciativa propia o mediante acuerdo escrito con el equipo del proyecto. Esto no es una laguna jurídica ni una conveniencia administrativa.

Cuando un CASP presenta una solicitud, asume la responsabilidad legal por la exactitud e integridad de la divulgación. Si el documento técnico contiene información engañosa o no cumple con los estándares regulatorios, la responsabilidad pertenece a quien lo envió.

La persona que firma el documento técnico no puede delegar esa exposición a un proveedor de software, un integrador técnico o una firma de abogados. Liga