¿Qué sucede cuando un exchange pierde la licencia MiCA?

A partir del 1 de julio de 2026, cualquier exchange de criptomonedas que atienda usuarios de la UE sin una autorización válida MiCA CASP estará infringiendo la ley europea. Esa fecha límite no es un simple trámite: implica que los exchanges que no consigan o mantengan su licencia deberán dejar de aceptar nuevos clientes de la UE, cerrar operaciones y dar a los usuarios un plazo para retirar sus activos. Este artículo explica cómo es ese plazo en la práctica y qué tan rápido puede cerrarse.

Cómo se puede perder una licencia MiCA

Una licencia de CASP (Crypto-Asset Service Provider) bajo MiCA no es permanente. Los reguladores nacionales pueden retirar o revocar la autorización por diversas razones, y las consecuencias son inmediatas. Las causas legales principales incluyen cese de operaciones, incumplimientos graves de los requisitos MiCA, fallas de gobernanza y riesgos de lavado de dinero o sanciones. Las multas por infracciones graves pueden llegar a €15,000,000 o al 15% de la facturación anual. Para los usuarios, la retirada de la licencia es el escenario más disruptivo porque obliga a la plataforma a dejar de atender clientes de la UE.

Además, los reguladores deben notificar a ESMA en un plazo de two working days tras cualquier decisión de retirada, para que ESMA actualice el registro público de CASP sin demora. Esto significa que el registro oficial puede cambiar rápidamente: un exchange que hoy aparece en el registro, mañana podría no estar.

Las vías prácticas para perder la licencia se dividen en varias categorías. Una plataforma puede no mantener el personal requerido en roles clave de cumplimiento. Puede incumplir obligaciones de prevención de lavado de dinero. Puede enfrentar inestabilidad financiera, poniendo en duda su capacidad para resguardar los activos de los clientes. O simplemente puede no solicitar la licencia antes de la fecha límite, quedando fuera de la ley desde el 1 de julio de 2026. Verificar el estado regulatorio de un exchange antes de registrarse no es opcional: es lo mínimo indispensable.

Ejemplos reales de aplicación de MiCA

Tres casos ilustran cómo se aplica MiCA en la práctica. Cada uno es diferente, y juntos demuestran que una licencia no garantiza un servicio ininterrumpido.

KuCoin EU: con licencia, luego restringido

KuCoin EU Exchange GmbH obtuvo la autorización MiCA CASP de la Autoridad de Mercados Financieros (FMA) de Austria el 27 November 2025. Esto la convirtió en una de las primeras grandes plataformas en lograr el estatus MiCA completo. Menos de tres meses después, el 19 February 2026, la FMA emitió una decisión administrativa prohibiendo a KuCoin EU realizar nuevos negocios, incorporar nuevos clientes o lanzar productos o contratos. El motivo: vacantes en puestos clave de cumplimiento AML (anti-lavado de dinero) y sanciones.

Los usuarios existentes aún podían acceder y operar en la plataforma, pero no se permitían nuevas relaciones ni productos hasta restablecer el cumplimiento. Este caso es especialmente relevante para los usuarios cripto de la UE: una licencia no es un permiso permanente. Puede ser restringida en cuestión de meses, por razones ajenas a la solvencia o seguridad de los fondos de los usuarios. La diferencia entre "licenciado" y "totalmente operativo" es real.

Binance: solicitud bajo presión

Binance buscó la licencia MiCA a través del regulador HCMC de Grecia, en un proceso que duró aproximadamente 18 months. La empresa declaró públicamente que había "trabajado constructivamente con los reguladores durante los últimos 18 months" en la solicitud.

Se informó que la HCMC se preparaba para rechazar la solicitud, lo que habría impedido a Binance operar en los 27 EU countries tras el periodo de transición de MiCA el 1 de julio de 2026. Binance se comprometió a informar a sus clientes sobre su estatus regulatorio antes del 30 June 2026, aunque hasta la fecha del reporte no se ha anunciado un rechazo oficial. El resultado para los usuarios de la UE seguía siendo incierto al acercarse la fecha límite. El caso de Binance demuestra que incluso un proceso de licencia prolongado no garantiza el éxito.

MEXC: exchange no autorizado

MEXC es una de las plataformas globales que no cuenta con autorización MiCA. La información disponible no documenta un aviso específico de MEXC pidiendo a los usuarios de la UE que se retiren. El caso comparable es la salida documentada de Gemini en la UE y el Reino Unido. El movimiento del exchange afectó a los usuarios, poniéndolos en modo solo retiro el 5 March 2026, y cerró cuentas en el Reino Unido el 6 April 2026. Esta secuencia ilustra el tipo de cierre progresivo que puede exigir un exchange no autorizado, aunque no es evidencia de un aviso específico de MEXC.

Cronograma típico de cierre

MiCA no establece un periodo mínimo de aviso específico. La regulación exige "aviso previo" y una "ventana de acción realista", pero no define ninguno de los términos en días o semanas.

Lo que ESMA ha aclarado es la secuencia: un CASP no autorizado debe dejar de incorporar nuevos clientes de la UE, cesar la promoción, limitar sus operaciones estrictamente a ayudar a los clientes a vender o transferir activos y cerrar posiciones, y mantener la custodia solo el tiempo necesario para una salida ordenada. ESMA también exige que las plataformas "comuniquen de forma clara, rápida y repetida" sus planes de cierre, incluyendo una fecha límite tras la cual las posiciones residuales se cierran automáticamente.

En la práctica, el mercado ha mostrado un 1-month gap aproximado entre el acceso solo para retiros y el cierre total de cuentas. El caso de salida de Gemini en la UE y Reino Unido es un referente concreto: el exchange pasó a modo solo retiro el 5 de marzo de 2026 y cerró cuentas en Reino Unido el 6 de abril de 2026, tras avisos previos y una serie de deslistados y restricciones. Son unos 32 días desde el acceso restringido hasta el cierre.

La secuencia típica es la siguiente:

1. Announcement: el exchange notifica a los usuarios su estatus regulatorio y la intención de cierre
2. Restrictions: se detienen nuevos depósitos, productos y el alta de clientes
3. Withdrawal-only access: los usuarios pueden retirar fondos, pero no operar ni depositar
4. Account closure: se cierran posiciones restantes y se cancelan las cuentas

Ninguna etapa de este proceso tiene una duración mínima garantizada. Una plataforma bajo presión regulatoria podría acortar significativamente los plazos. Los usuarios que esperen al anuncio final antes de actuar pueden quedarse con muy poco tiempo.

¿Qué pasa con tus fondos?

El mejor escenario es una ventana de retiro ordenada: el exchange avisa con tiempo, la infraestructura de retiros funciona y quienes actúan rápido pueden retirar sus activos.

El peor caso es el de frozen funds. Si dejas tus criptos en un exchange, no tienes el control total. Los exchanges pueden sufrir hackeos, fallas técnicas, insolvencia o restricciones regulatorias para retiros. La revocación de una licencia añade un quinto escenario: el regulador puede restringir las operaciones de la plataforma de forma temporal o permanente, impidiendo los retiros normales. La guía alemana para exchanges recomienda buscar la segregación de fondos de clientes respecto a los fondos operativos, pero esto no es una garantía legal específica de MiCA.

En el modelo custodial, el exchange controla las claves privadas de tus activos. Eso significa que el acceso a tus fondos depende de que el exchange siga operativo, solvente y legalmente habilitado para procesar retiros. Las tres condiciones pueden fallar a la vez durante un cierre regulatorio. La diferencia clave es sencilla: en la custodia, el proveedor controla las claves privadas; en la autocustodia, el usuario las controla.

Cómo protegerte antes de que suceda

Actúa antes de que llegue el titular.

Self-custody significa guardar tus criptos en una billetera donde tú, y no un exchange o intermediario, controlas las claves privadas. Así eliminas totalmente el riesgo de contraparte del exchange. Si un exchange pierde su licencia MiCA, congela retiros o cierra, tus activos no se ven afectados porque nunca estuvieron en el exchange.

El compromiso es real y debe explicarse claramente: en la autocustodia, eres totalmente responsable de gestionar y recuperar tus claves privadas. Si pierdes el acceso sin respaldo, los fondos se pierden. Una configuración cuidadosa es fundamental. El almacenamiento en frío mantiene las claves privadas fuera de línea. Dispositivos de hardware, billeteras en papel y sistemas aislados (air-gapped) entran en esta categoría. Mantener las claves offline elimina los riesgos de ataques remotos que afectan a las billeteras de software y cuentas en exchanges.

Para quienes buscan una opción práctica de almacenamiento en frío, la Tangem Cold Wallet almacena las claves privadas en una tarjeta habilitada con NFC y un chip Samsung S3D350A certificado en Common Criteria EAL6+. La clave privada se genera en el chip, nunca sale del elemento seguro y la firma de transacciones también ocurre en el chip. La tarjeta no requiere batería y tiene una vida útil mínima declarada de 25+ years. Tangem presenta esto como propiedad real de las claves, sin riesgo de contraparte de exchange: la billetera no puede ser congelada ni afectada por problemas regulatorios de un exchange.

Una limitación a tener en cuenta: si se pierden todas las tarjetas de respaldo y no se creó una frase semilla, los fondos serán inaccesibles de forma permanente. La configuración predeterminada es sin frase semilla, por lo que la responsabilidad del respaldo recae en las tarjetas físicas, no en una frase escrita. Configurar dos o tres tarjetas como respaldo soluciona esto, pero requiere acción deliberada desde el inicio.

La Tangem app también incluye la función Smart Gas, que permite pagar comisiones de red con USDC o USDT en lugar de tokens nativos en Ethereum, BNB Smart Chain, Polygon, Arbitrum One y Base. La documentación de Tangem destaca que esto es especialmente útil para usuarios que retiran fondos de exchanges centralizados a una billetera de autocustodia, ya que elimina la necesidad de tener tokens nativos para completar la transferencia.

The practical step is simple: mueve los activos que no estés operando activamente a una billetera de autocustodia. No esperes a que tu exchange anuncie un problema. Cuando llegue el anuncio, la ventana de retiro podría estar a punto de cerrarse.