Las stablecoins reguladas han dejado de ser un asunto exclusivo del ecosistema cripto. Con MiCA plenamente aplicable, las entidades que operan en la Unión Europea disponen de un marco claro para distribuir, aceptar y, en el caso de las entidades de crédito, emitir tokens de dinero electrónico. La pregunta relevante para un banco ya no es si las stablecoins existen, sino qué aportan a su operativa diaria y qué exigen a cambio.
Este artículo aborda la cuestión desde el punto de vista operativo: qué es exactamente una stablecoin regulada, qué capacidades añade al banco, qué cambia en sus procesos y qué permanece igual.
Qué es una stablecoin regulada
El Reglamento (UE) 2023/1114, conocido como MiCA, distingue dos categorías de tokens estables. Los tokens de dinero electrónico (EMT) referencian una única moneda oficial, y los tokens referenciados a activos referencian una cesta de activos o monedas. Para la operativa bancaria, la categoría relevante es la primera.
Un EMT solo puede ser emitido por una entidad de crédito o una entidad de dinero electrónico. El titular tiene derecho a reembolso a la par, en cualquier momento, frente al emisor. Las reservas que respaldan el token son responsabilidad del emisor y están sujetas a requisitos de composición, custodia y supervisión.
En la práctica, un EMT es dinero electrónico que circula sobre una red blockchain. Conserva el valor nominal de la moneda que representa, pero se transfiere y liquida con las propiedades de un activo digital: registro compartido, disponibilidad continua y posibilidad de programar condiciones sobre su movimiento.
Qué aporta a la operativa del banco
El valor de las stablecoins reguladas para un banco no está en sustituir sus cuentas, sino en añadir un medio de liquidación con propiedades distintas.
Liquidación continua y transferencias entre clientes
Una transferencia en stablecoin se liquida en la red en el momento en que se confirma, sin depender de ventanas horarias ni de ciclos de compensación. Para las transferencias entre clientes del propio banco, esto permite una disponibilidad 24/7 con liquidación inmediata y un registro verificable de cada movimiento.
Liquidez para invertir en activos tokenizados
Cuando el banco ofrece a sus clientes inversión en activos digitales o en acciones tokenizadas, la stablecoin actúa como pata de efectivo dentro de la misma red. El cliente puede convertir desde su moneda, invertir y recuperar liquidez sin salir del perímetro de la entidad, y la entrega contra pago se resuelve en una sola operación.
Programabilidad
Las condiciones de un movimiento pueden codificarse: pagos condicionados a un evento, liberaciones escalonadas, límites por contraparte o flujos automáticos entre cuentas de tesorería. La lógica de negocio sigue siendo del banco; la red ejecuta lo que el banco ha definido.
Tesorería y preparación para mercados que liquidan on-chain
Para la tesorería, disponer de liquidez en stablecoin reduce la fricción al operar con instrumentos que liquidan on-chain. A medida que más activos se emiten y liquidan en forma tokenizada, contar con la pata de efectivo en la misma infraestructura deja de ser opcional.
Qué cambia para el banco
Incorporar stablecoins introduce procesos nuevos que conviene diseñar desde el inicio.
- Flujos de conversión. El cliente sigue operando en su moneda. El banco necesita un proceso de conversión entre la cuenta del cliente y la stablecoin, con precios, límites y registro de cada conversión.
- Reservas. Si el banco distribuye o acepta un EMT de un tercero, las reservas son responsabilidad del emisor. El banco debe evaluar al emisor, su autorización y su capacidad de reembolso, igual que evalúa cualquier contraparte.
- Regla de viaje. El Reglamento (UE) 2023/1113 aplica desde el 30 de diciembre de 2024 la obligación de acompañar las transferencias de criptoactivos con información del ordenante y del beneficiario.
- Prevención del blanqueo y monitorización. Las operaciones on-chain deben integrarse en los sistemas de monitorización transaccional del banco, incluido el análisis de las direcciones de origen y destino.
- Tratamiento contable. El banco debe definir cómo registra las posiciones en stablecoin, sus conversiones y las comisiones de red.
- Límites. Importes por operación, por cliente y por periodo, definidos por el banco y aplicados antes de ejecutar cada operación.
Qué no cambia
La relación con el cliente sigue siendo del banco, bajo su marca y desde su propia app. La identificación del cliente se basa en el KYC que la entidad ya ha realizado; no se crea una identidad paralela. Las cuentas en moneda del cliente siguen existiendo y siguen siendo su referencia principal. Las licencias bajo las que se presta el servicio son las del banco, y los datos del cliente permanecen en la entidad.
Si la infraestructura obliga a duplicar la identidad del cliente, a sacar datos de la entidad o a operar bajo una marca ajena, el banco cede un control que no debería ceder.
Riesgos y controles
Los riesgos son conocidos y gestionables si los controles se diseñan antes de la puesta en producción.
- Riesgo de emisor. Depende de la solidez del emisor y de la calidad de sus reservas. Se mitiga con diligencia debida, límites de exposición y planes de contingencia ante un evento de reembolso.
- Riesgo operativo y de custodia. Las claves que controlan los fondos deben estar en los HSM del banco, físicos o en su nube, con políticas de firma y segregación de funciones. El Reglamento (UE) 2022/2554 (DORA), aplicable desde el 17 de enero de 2025, exige además una gestión estructurada del riesgo tecnológico y de los proveedores.
- Riesgo de conciliación. El registro de la red, el registro interno y el core bancario deben cuadrar. Se necesitan umbrales definidos y un proceso de excepciones con responsables claros.
- Riesgo de cumplimiento. Regla de viaje, sanciones y monitorización deben aplicarse de forma automática y previa a la ejecución, no como revisión posterior.
- Riesgo de red. Congestión, comisiones variables o transacciones fallidas deben estar contemplados en los procesos operativos.
Lista de verificación para el banco
- Definir el caso de uso inicial: transferencias entre clientes, liquidez para inversión en activos tokenizados o tesorería.
- Seleccionar las stablecoins reguladas que se distribuirán o aceptarán y evaluar a sus emisores.
- Diseñar el flujo de conversión entre la moneda del cliente y la stablecoin, con precios y límites.
- Integrar la regla de viaje y la monitorización transaccional en los sistemas existentes.
- Establecer la custodia de claves en los HSM del banco y las políticas de firma.
- Definir el modelo contable y los datos que necesita el área de contabilidad.
- Fijar umbrales de conciliación y el proceso de excepciones.
- Validar todo lo anterior en una prueba de concepto antes de ampliar el alcance.
El valor de las stablecoins para un banco depende menos de la tecnología de la red que de la calidad de su integración con los procesos de la entidad. En Finhattan desplegamos y operamos esta infraestructura dentro de cada banco, con las claves en sus HSM y bajo sus licencias; el enfoque se describe en cómo trabajamos y en seguridad y control.
Para las entidades que estén evaluando este paso, una conversación técnica temprana, a través de contacto, suele aclarar el alcance de una primera prueba de concepto.