Una de las preguntas más frecuentes en el sector de los criptoactivos también es una de las más mal entendidas:

«¿Necesito una licencia MiCA?»

Muchos emprendedores, empresas e inversores parten de una idea equivocada: creen que cualquier proyecto basado en blockchain necesita una autorización conforme al Reglamento sobre los Mercados de Criptoactivos (MiCA).

Sin embargo, esa no es la realidad.

MiCA no licencia tecnologías. No regula las blockchains como tales. No prohíbe la innovación ni exige autorización por el simple hecho de emitir un token o desarrollar un smart contract.

Lo que realmente regula son determinadas actividades jurídicas relacionadas con los criptoactivos.

Comprender esta diferencia puede ahorrar meses de trabajo, evitar costes regulatorios innecesarios y permitir diseñar correctamente un proyecto desde su inicio.

MiCA regula actividades, no la tecnología blockchain

Uno de los mayores aciertos de MiCA es que sigue la lógica tradicional de la regulación financiera.

Del mismo modo que una empresa no necesita una licencia bancaria por desarrollar software para un banco, una empresa tampoco necesita una autorización MiCA únicamente por utilizar blockchain.

Utilizar Ethereum no exige una licencia.

Desarrollar un smart contract tampoco.

Crear una interfaz para una wallet tampoco.

Emitir un token, por sí solo, tampoco implica automáticamente la aplicación de MiCA.

La pregunta verdaderamente importante no es qué tecnología utiliza el proyecto, sino:

¿Qué actividad jurídica está desarrollando realmente la empresa?

¿Qué regula realmente MiCA?

El Reglamento MiCA se centra principalmente en tres grandes ámbitos.

En primer lugar, establece normas para los emisores de determinados criptoactivos, especialmente los Asset-Referenced Tokens (ART) y los Electronic Money Tokens (EMT).

En segundo lugar, regula a los Crypto-Asset Service Providers (CASP), es decir, las empresas que prestan determinados servicios relacionados con criptoactivos.

Finalmente, introduce obligaciones de transparencia mediante los white papers, así como normas de conducta, gobernanza y protección de los consumidores en toda la Unión Europea.

En otras palabras, MiCA regula servicios financieros relacionados con criptoactivos, no la tecnología blockchain en sí misma.

¿Cuándo necesito realmente una licencia MiCA?

La respuesta depende exclusivamente de las actividades que desarrolla la empresa.

Si una compañía presta alguno de los servicios regulados por MiCA de manera profesional, probablemente necesitará obtener una autorización como CASP.

Entre estos servicios se encuentran:

• Custodia de criptoactivos por cuenta de clientes.
• Operación de plataformas de intercambio (exchange).
• Ejecución de órdenes sobre criptoactivos.
• Recepción y transmisión de órdenes.
• Colocación de criptoactivos.
• Gestión de carteras de criptoactivos.
• Asesoramiento sobre criptoactivos.
• Servicios de transferencia de criptoactivos.

La licencia no depende de utilizar blockchain.

Depende de la actividad económica y jurídica que se desarrolla.

Actividades que, con carácter general, no necesitan licencia MiCA

Existen numerosas empresas que trabajan diariamente con tecnología blockchain sin estar sujetas a autorización como CASP.

Por ejemplo:

• Empresas de desarrollo de software blockchain.
• Programadores de smart contracts.
• Empresas de ciberseguridad.
• Firmas de análisis blockchain.
• Despachos de abogados especializados.
• Asesores fiscales.
• Consultoras.
• Universidades y centros de investigación.
• Empresas que utilizan blockchain únicamente para procesos internos.
• Proyectos de tokenización que no prestan servicios regulados sobre criptoactivos.

Naturalmente, cada proyecto debe analizarse de forma individual, pero utilizar blockchain no constituye, por sí mismo, una actividad regulada.

La tokenización no implica automáticamente MiCA

Probablemente éste sea uno de los errores más frecuentes.

Muchas empresas creen que tokenizar un activo significa automáticamente quedar sometidas al Reglamento MiCA.

No es así.

Todo depende de cuestiones jurídicas fundamentales:

• ¿Qué derechos incorpora el token?
• ¿Quién lo emite?
• ¿Es libremente transmisible?
• ¿Representa un instrumento financiero sujeto a otra normativa?
• ¿La empresa prestará posteriormente servicios regulados sobre ese token?

Algunos proyectos de tokenización estarán sujetos a MiCA.

Otros quedarán sometidos a la normativa sobre instrumentos financieros.

Otros dependerán principalmente del Derecho contractual, mercantil o civil.

E incluso existen modelos de tokenización que pueden desarrollarse sin necesidad de obtener una licencia financiera.

Precisamente por ello, la arquitectura jurídica debe diseñarse antes que la arquitectura tecnológica.

MiCA no es toda la regulación aplicable

Otro error habitual consiste en pensar que obtener una licencia CASP resuelve todas las cuestiones jurídicas.

En realidad, MiCA es únicamente una parte del marco regulatorio europeo.

Dependiendo del proyecto, también podrán resultar aplicables:

• La normativa de prevención del blanqueo de capitales (AML).
• El Transfer of Funds Regulation (Travel Rule).
• El Reglamento General de Protección de Datos (RGPD).
• El Reglamento DORA sobre resiliencia operativa digital.
• La normativa de protección de consumidores.
• El Derecho mercantil.
• El Derecho contractual.
• La normativa fiscal.
• La normativa sobre propiedad intelectual.

Es perfectamente posible que un proyecto no necesite una licencia MiCA y, sin embargo, tenga importantes obligaciones legales.

Y también sucede lo contrario: un CASP autorizado continúa sometido a numerosas obligaciones jurídicas adicionales.

La pregunta correcta no es «¿Necesito una licencia?»

Muchos emprendedores comienzan su proyecto preguntando:

«¿Necesito una licencia MiCA?»

Sin embargo, la pregunta correcta debería ser:

«¿Qué actividad jurídica va a desarrollar realmente mi empresa?»

Una vez respondida esa cuestión, será posible determinar:

• si MiCA resulta aplicable;
• si debe obtenerse una autorización como CASP;
• si el proyecto queda sometido a otra regulación distinta;
• o si puede estructurarse jurídicamente de una forma más eficiente.

Este enfoque suele ahorrar tiempo, costes y riesgos regulatorios.

La arquitectura jurídica debe diseñarse antes del cumplimiento normativo

En Blockchain Arbitration & Commerce Society (BACS) defendemos una idea sencilla: la tecnología debe construirse sobre una arquitectura jurídica sólida.

Con demasiada frecuencia, los proyectos comienzan decidiendo:

• qué blockchain utilizar;
• qué estándar de token implementar;
• qué wallets integrar;
• cómo desarrollar los smart contracts.

Y únicamente cuando el desarrollo tecnológico está prácticamente terminado consultan a un abogado para preguntar si el proyecto cumple la normativa.

En ese momento, modificar el modelo de negocio puede resultar extraordinariamente costoso o incluso imposible.

Un proyecto blockchain bien diseñado debería comenzar respondiendo, entre otras, las siguientes preguntas:

• ¿Cuál es la jurisdicción más adecuada?
• ¿Qué derechos representa el token?
• ¿Quién será el emisor?
• ¿Qué marco contractual regulará las relaciones entre los participantes?
• ¿Cómo se resolverán los conflictos?
• ¿Debe incorporarse un sistema de Digital Enforcement o ejecución jurídica digital?
• ¿Qué normativa resulta realmente aplicable?

Solo después de responder a estas cuestiones tiene sentido comenzar el desarrollo tecnológico.

Conclusión

MiCA constituye uno de los avances regulatorios más importantes de la economía digital europea, pero también uno de los más mal interpretados.

No todas las empresas blockchain necesitan una licencia MiCA.

No todos los tokens están regulados de la misma manera.

No todos los proyectos son un CASP.

La clave consiste en comprender qué actividad jurídica desarrolla realmente el proyecto, en lugar de centrarse exclusivamente en la tecnología utilizada.

Porque, en la práctica, la decisión más importante para un proyecto blockchain no suele ser elegir entre Ethereum, Solana o cualquier otra red.

La decisión verdaderamente determinante es diseñar correctamente su arquitectura jurídica.

Una buena arquitectura puede evitar obligaciones regulatorias innecesarias, reducir riesgos y facilitar el crecimiento internacional del proyecto.

En BACS defendemos que el Derecho no debe llegar cuando el software ya está terminado. Debe formar parte del diseño desde el primer momento. Solo así será posible construir proyectos blockchain seguros, escalables y preparados para operar dentro del marco jurídico europeo.