Qué dispara realmente las obligaciones de MiCA para los founders cripto

Qué dispara realmente las obligaciones de MiCA

Un equipo basado en Europa construye un protocolo DeFi. No hubo venta pública de tokens, ni preventa privada, ni fundraising denominado en euros, ni mensajes obvios de inversión. El token existe para coordinar actividad dentro del sistema. La documentación está en inglés porque el inglés es el idioma por defecto de cripto. El sitio web es público porque todo en cripto es público. No hay entidad operativa en la UE. Desde la perspectiva de los founders, nada de esto se parece a emisión regulada o promoción financiera.

Cuando aparece MiCA, asumen que aplica a exchanges centralizados, custodios y grandes lanzamientos retail de tokens. En su modelo mental, MiCA va de etiquetas. Valores. Stablecoins. Ventas de tokens. Algo explícito e intencional. Creen que MiCA se dispara por el propósito.

Entonces su abogado pregunta dónde está el white paper cumplido con MiCA. Los founders explican que no están vendiendo un token, no apuntan a Europa y no ofrecen inversiones. El abogado explica que nada de eso es decisivo. Lo que importa es que los usuarios de la UE puedan acceder al protocolo, adquirir el token y usarlo. Esa combinación sola ya puede constituir una oferta al público bajo MiCA. Este es el punto donde muchos founders encuentran por primera vez la verdadera estructura de MiCA. MiCA no se dispara por cómo llamas a tu token. Se dispara por lo que hace tu sistema.

MiCA opera con un modelo conductual. Los reguladores empiezan por la realidad observable, no por el encuadre narrativo. El análisis empieza por lo que pasa en la práctica, no por cómo se describe un proyecto a sí mismo. Una vez cruzados ciertos umbrales conductuales, la pregunta deja de ser si MiCA aplica y pasa a ser qué categoría de MiCA aplica.

A grandes rasgos, MiCA engancha obligaciones alrededor de tres tipos de actividad. Poner criptoactivos a disposición del público en la UE. Buscar admisión de criptoactivos a negociación en plataformas de la UE. Prestar servicios de criptoactivos como negocio. Estas categorías son deliberadamente amplias y resistentes a la elusión semántica. Un token puede llamarse de utilidad, de gobernanza, llave de acceso o sistema de puntos. Ninguna de esas etiquetas determina el tratamiento regulatorio. Lo que importa es si personas de la UE pueden obtenerlo y si el proyecto facilita ese proceso de forma significativa.

Esto representa una ruptura estructural respecto de las suposiciones regulatorias cripto anteriores. Durante años, los proyectos se apoyaban en la lógica de la reverse solicitation. Si los usuarios descubrían un protocolo de forma independiente y elegían interactuar, los equipos argumentaban que no había ocurrido oferta. Esa doctrina siempre fue frágil. Bajo MiCA y la guía posterior de la ESMA, es ahora mayormente inutilizable.

Reverse solicitation y disponibilidad pasiva

Las directrices de la ESMA de febrero de 2025 establecen que la reverse solicitation debe ser enteramente a iniciativa del cliente y no implicar solicitación alguna del proveedor del servicio. En la práctica, esto fija una vara extremadamente alta. La presencia genérica de marca ya puede contaminar la exención. El contenido educativo sobre un protocolo accesible para usuarios de la UE puede contar como solicitación. La presencia en redes sociales, incluso sin llamados a la acción, puede negar la exención. Una vez que ocurre cualquier solicitación, todas las transacciones siguientes caen dentro de MiCA.

La consecuencia práctica es simple. Si un proyecto opera un sitio web público, publica documentación y permite que usuarios de la UE accedan a infraestructura que controla, la reverse solicitation no ofrece protección significativa. A menos que un proyecto tenga una presencia accesible desde la UE prácticamente nula y todo el acceso de los usuarios pase por terceros independientes, la doctrina no funciona.

Bajo MiCA, la disponibilidad pasiva combinada con la accesibilidad para usuarios de la UE puede ser suficiente para constituir una oferta al público. Si un sitio carga en la UE, si la documentación es legible, si las interfaces no están geobloqueadas y si los tokens pueden adquirirse a través de flujos que el proyecto controla o influye fuertemente, los reguladores pueden tratar esto como oferta. No se requiere marketing activo. No se requiere publicidad dirigida. No se requiere intención.

Los reguladores miran señales fácticas acumulativas. Sitios cargando sin geobloqueo. Documentación disponible para usuarios de la UE, especialmente en idiomas locales. Integración de métodos de pago europeos como SEPA o tarjetas emitidas en la UE. Presencia en redes sociales o de influencers enfocada a la UE. Subdominios o directorios específicos por país. Datos de contacto o canales de soporte en la UE. Construcción de marca a través de eventos o publicaciones europeas. Ninguna garantiza por sí sola el estatus de emisor. En conjunto, forman un patrón.

MiCA alcanzó aplicación plena el 30 de diciembre de 2024. Desde entonces, la ESMA ha publicado guía que confirma explícitamente que la disponibilidad pasiva puede constituir oferta al público y que la exención de reverse solicitation está enmarcada de forma muy angosta y no puede usarse para eludir MiCA. La dirección es consistente. Si los tokens se ponen a disposición de los usuarios de la UE sin restricción significativa, pueden surgir obligaciones.

White papers, categorías de token y la capa de servicio

Una vez que un proyecto es tratado como haciendo una oferta, aparece el requisito del white paper. Un white paper de MiCA no es un documento de marketing. Es un disclosure regulatorio. Identifica al emisor. Describe el criptoactivo. Establece derechos y funcionalidades. Explica riesgos. Describe cómo funciona el sistema. Una vez publicado, se vuelve un punto de referencia para la ejecución regulatoria.

Esto crea una superficie de responsabilidad que los founders subestiman consistentemente. Cada afirmación sobre la funcionalidad se vuelve exigible. La divergencia entre lo que dice el white paper y la conducta real del token constituye misrepresentación. Las votaciones de gobernanza o decisiones de una DAO que cambian la funcionalidad no excusan violaciones del white paper. Los disclosures de impacto ambiental sobre uso de energía son obligatorios y auditables. La gerencia debe firmar declaraciones de responsabilidad confirmando la exactitud bajo penalidad.

Muchos proyectos tratan a los white papers como documentos de marketing vivos que evolucionan con el producto. Bajo MiCA, el white paper es la base de la responsabilidad regulatoria desde el día uno. Los proyectos con historiales operativos de varios años a menudo descubren que sus tokens evolucionaron más allá de lo que cualquier white paper cumplido podría describir con seguridad.

MiCA distingue entre tokens de utilidad, asset referenced tokens y e-money tokens. Los tokens de utilidad dan acceso a bienes o servicios. Los asset referenced tokens intentan estabilizar el valor referenciando múltiples activos. Los e-money tokens referencian una sola moneda fiat y funcionan de manera similar al dinero electrónico. Estas categorías determinan obligaciones de capital, reservas, gobernanza y supervisión. La clasificación se crea por cómo se comporta realmente el token, no por el branding. Si un token camina como un ART o un EMT, los reguladores lo tratarán como tal sin importar la etiqueta.

Aun si un proyecto evita el estatus de emisor, puede caer en MiCA por la capa de servicio. MiCA regula a los Crypto-Asset Service Providers. Un CASP es cualquier parte que, como negocio, presta servicios de criptoactivos a clientes.

Los founders muchas veces asumen que la descentralización elimina el estatus de proveedor de servicios. Bajo MiCA, esta suposición es incorrecta. Si un equipo o una entidad relacionada opera un frontend hospedado, mantiene interfaces de cara al usuario, rutea transacciones, agrega datos, cobra fees del protocolo, provee documentación o soporte, controla dominios o APIs, o tiene la capacidad de actualizar contratos o influir en la gobernanza de forma significativa, los reguladores pueden clasificar a esa entidad como prestadora de servicios.

La prueba crítica es el control práctico. Si controlas cómo los usuarios acceden al protocolo, estás operando un servicio. Los contratos inmutables no niegan la existencia de un operador que provee acceso a esos contratos. El estatus CASP dispara licenciamiento, requisitos organizacionales, estándares de gobernanza y supervisión continua. Las obligaciones se enganchan en el momento en que comienza la prestación del servicio. Una reestructuración posterior no borra la exposición previa.

Regímenes transitorios y aplicación nacional

MiCA contiene regímenes transitorios, como el Artículo 143, que permiten a ciertos proveedores existentes seguir operando temporalmente mientras buscan autorización. Estos regímenes son angostos y solo están disponibles para entidades ya registradas a efectos AML antes del 30 de diciembre de 2024. Los nuevos entrantes no reciben protección transitoria. El pasaporte transfronterizo no está disponible durante la transición. La ESMA advirtió que las aplicaciones tardías o débiles enfrentan escrutinio aumentado y posibles cierres forzados.

Para los proyectos que lanzan después de diciembre de 2024, la elección es binaria. O operar con cumplimiento completo desde el día uno o excluir a la UE por completo.

MiCA está armonizada a nivel de la UE pero se aplica nacionalmente. Se considera ampliamente que la BaFin alemana es conservadora. La AMF francesa aplica activamente sobre actividad de cara al consumidor. La AFM de los Países Bajos ofrece una guía procedimental comparativamente clara. Italia y Austria impusieron plazos transitorios más cortos que el baseline de la UE. En la práctica, las estructuras deben sobrevivir a la interpretación más estricta plausible, no a la más permisiva.

Elegir una postura regulatoria

Una vez que los founders entienden que MiCA se mueve por conducta, las elecciones estructurales cambian. Algunos equipos persiguen la exclusión total de la UE. Geobloqueo integral, documentación inaccesible desde la UE y estructuras de distribución que impiden la adquisición desde la UE. Esto reduce la exposición pero sacrifica un mercado importante y exige disciplina constante.

Algunos equipos persiguen el cumplimiento total de MiCA. White papers, licenciamiento CASP, asesoría legal y operaciones de cumplimiento desde el día uno. Esto preserva el acceso a la UE pero introduce costo, iteración más lenta y overhead regulatorio permanente.

Algunos equipos persiguen un posicionamiento solo de infraestructura. Sin relaciones directas con usuarios, sin frontends, herramientas integradas por partes reguladas. Esto empuja la superficie regulatoria hacia afuera pero restringe los modelos de negocio. Ninguna de estas opciones es inherentemente correcta. Caer en una de ellas por accidente es lo que crea peligro.

Vemos rutinariamente proyectos que descubren las obligaciones de MiCA solo después de recibir avisos de deslisting de exchanges pidiendo white papers. Vemos equipos intentando redactar white papers retroactivos y dándose cuenta de que sus tokens ya no encajan en ningún modelo seguro de disclosure. Vemos operadores de frontend que se asumían como voluntarios de la comunidad descubriendo que necesitan autorización CASP. Vemos geobloqueo parcial implementado como un parche temporal que no provee protección. Vemos malentendidos extendidos de los regímenes transitorios.

El patrón es consistente. MiCA se engancha antes, más ampliamente y de forma más definitiva de lo que los founders esperan.

Las elecciones estructurales son elecciones estratégicas

Este es el entorno para el que se construyeron las estructuras de Spindipper. Mapeamos cómo se comportan realmente los productos contra los puntos de gatillo de MiCA antes del lanzamiento. Diseñamos separación de entidades para que el riesgo de emisión, la prestación de servicios y el desarrollo no colapsen sobre una sola superficie legal. Ayudamos a los founders a elegir deliberadamente entre exclusión de la UE, cumplimiento total o posicionamiento solo de infraestructura, y construimos estructuras que sostienen esa elección. Si se requiere un white paper, nos aseguramos de que coincida con la realidad técnica y la evolución anticipada. Planeamos en torno al hecho de que no existe régimen transitorio para nuevos entrantes y que las obligaciones se enganchan en la primera interacción del usuario.

MiCA no se trata de etiquetas ni de intención. Se trata de conducta observable y de control sobre el acceso del usuario. La pregunta ya no es si MiCA aplica. La pregunta es qué conductas vas a exhibir y qué crean esas conductas legalmente.

Este artículo es solo informativo y no constituye asesoramiento legal o fiscal. Dada la naturaleza rápidamente cambiante de la regulación de activos digitales, debes obtener asesoramiento profesional específico para cada jurisdicción antes de implementar cualquiera de las estructuras aquí discutidas.

Si quieres ayuda diseñando la arquitectura de entidades correcta para tu proyecto de token, no dudes en ponerte en contacto para una conversación amigable, sin presión.