Infraestructura para emitir stablecoins

Emitir una stablecoin tiene dos mitades. La regulatoria es del emisor: la autorización, las reservas, el banco que las guarda, el auditor y el supervisor. La técnica es la que construimos: el contrato que acuña y quema el token, los sistemas que lo conectan con las reservas y las herramientas para cumplir lo que la norma exige cada día.

El servicio es para la entidad que tiene, o está solicitando, la autorización que pide su mercado:

• En la UE, una entidad de crédito o una entidad de dinero electrónico. Solo ellas pueden emitir una ficha de dinero electrónico (EMT) para ofertarla al público, y antes tienen que notificar y publicar su libro blanco; otros pueden ofertarla con su consentimiento por escrito (MiCA, art. 48).
• En EE. UU., un «permitted payment stablecoin issuer»: cuando la GENIUS Act produzca efectos, emitir allí una stablecoin de pago sin serlo será ilegal (Sec. 3(a)).
• En Latinoamérica, lo que exija cada país, porque no hay un régimen común. En El Salvador, por ejemplo, un reglamento de la Comisión Nacional de Activos Digitales (CNAD) fija quién puede emitir (art. 3). El resumen por país está en stablecoins en Latinoamérica.

Si eres un banco, la guía de stablecoins bancarias resume qué están preparando las entidades españolas.

Lo que no hacemos

• No emitimos stablecoins. El emisor eres tú: el token se acuña bajo tu autorización y cada operación la firman tus apoderados con tus claves.
• No custodiamos reservas, fondos ni claves de emisión. Las reservas están en tu banco o en tu custodio. En EE. UU., además, solo una entidad supervisada puede custodiar las reservas o las claves privadas con las que se emite (GENIUS Act, Sec. 10).
• No somos una entidad regulada: ni entidad de dinero electrónico, ni entidad de crédito, ni CASP, ni emisor autorizado en EE. UU.
• No conseguimos licencias ni asesoramos jurídicamente. La norma la interpretan tus asesores y la solicitud la presenta tu entidad. Una blockchain no sustituye a ninguna autorización: sin ella, ningún contrato permite emitir.

Cuándo no tiene sentido

• Si aún no has decidido si vas a pedir la autorización. Esa decisión es regulatoria y va primero. Si para tomarla necesitas traducir MiCA o la GENIUS Act a arquitectura, plazos y presupuesto, empieza por la consultoría blockchain.
• Si quieres cobrar, pagar o mover tesorería con stablecoins que ya existen. No necesitas emitir: lo tuyo es pagos con stablecoins.
• Si tu token no está referenciado a una moneda oficial o da derechos propios de un valor, el marco es otro (MiCA vs MiFID II).

Ninguna de las dos normas impone una red concreta ni un estándar de token. MiCA parte del principio de neutralidad tecnológica (considerando 9), y la OCC, en su regla final de la GENIUS Act del 23 de octubre de 2026, rechaza exigir requisitos técnicos concretos que la ley no pida. Pero varias obligaciones solo se cumplen si los contratos y los sistemas se diseñan para ellas desde el principio:

El detalle de la ley estadounidense está en la guía de la GENIUS Act para emisores, y en qué se diferencia del proyecto sobre estructura de mercado, en GENIUS Act y CLARITY Act. Para la UE, la ficha de MiCA y la guía de stablecoins de euro.

Si la EMT crece. Cuando la Autoridad Bancaria Europea clasifica una EMT como significativa, la entidad de dinero electrónico que la emite pasa a cumplir los requisitos de reserva de activos de MiCA, con una auditoría independiente cada seis meses (arts. 56 y 58). El supervisor puede exigir parte de esos requisitos aunque la ficha no sea significativa (art. 58.2). Por eso diseñamos el reporte para el régimen más exigente que pueda alcanzar tu ficha.

En Latinoamérica la lógica se repite con otras cifras. El reglamento de la CNAD salvadoreña pide al emisor una declaración jurada mensual sobre sus reservas y dictámenes trimestrales de un auditor externo, publicados en su web (art. 11): el sistema tiene que producir los datos que el emisor declara y el auditor revisa.

Estado a 1 de noviembre de 2026

• UE. El título IV de MiCA, el de las fichas de dinero electrónico, se aplica desde el 30 de junio de 2024 (art. 149).
• EE. UU. La GENIUS Act (Public Law 119-27, firmada el 18 de julio de 2025) aún no produce efectos. Lo hará el 18 de enero de 2027: la regla final de la OCC, publicada el 23 de octubre de 2026, es la primera de un regulador federal de stablecoins y no adelanta esa fecha, porque los 120 días desde su publicación vencen después. La FDIC, la Reserva Federal y la NCUA solo tienen propuestas; el Tesoro, además, una regla provisional sobre los regímenes estatales.
• Solicitudes a la OCC. Las aceptará cuando la Oficina de Gestión y Presupuesto (OMB) apruebe sus formularios, abiertos a comentarios hasta el 23 de noviembre de 2026, y lo anunciará en un boletín. Última actuación verificada en el Federal Register: 29 de octubre de 2026, corrección del aviso de esos formularios.

El contrato del token es la pieza que no se corrige en caliente: cualquier cambio exige un procedimiento, una auditoría y, a menudo, una explicación al supervisor. Por eso se diseña con el emisor, su asesor y su auditor delante. Lo que construimos:

• Emisión y quema. Solo acuñan las direcciones con rol de acuñador y dentro de un cupo que fija otro rol, y la quema queda reservada al emisor para que el suministro cuadre con los reembolsos. Es el patrón que Circle publica para sus stablecoins en redes EVM: acuñadores con cupo, «para limitar el daño» si uno de ellos se ve comprometido.
• Pausa. Un interruptor que detiene transferencias, acuñaciones y quemas ante un fallo grave o una clave comprometida, mientras siguen disponibles las funciones necesarias para arreglarlo.
• Congelación y listas por orden legal. Bloqueo de direcciones concretas y, cuando la orden lo exige, quema o traslado de los saldos bloqueados. La función técnica es la mitad: la otra es el procedimiento interno que dice quién la ejecuta y en cumplimiento de qué orden.
• Roles y multifirma. Acuñar, pausar, gestionar listas, actualizar y administrar son roles separados, cada uno con su multifirma o su esquema MPC. La regla de la OCC ya define la clave privada como el material criptográfico que autoriza una transacción, «en su totalidad, en fragmentos o reconstruido de forma efímera».
• Actualizaciones. Un contrato actualizable permite corregir errores, pero el poder de actualizar es el más delicado: va en un rol propio, con retardo de ejecución y registro de cada cambio.
• Auditoría. Cada versión pasa una auditoría independiente antes de desplegarse, hecha por una firma externa que elige el emisor; te ayudamos a preparar el alcance y corregimos lo que encuentre (qué revisa una auditoría, en auditoría de smart contracts). MiCA pide que el libro blanco recoja el resultado de la auditoría de la tecnología, si se hizo (anexo III, parte E), y la regla de la OCC exige pruebas independientes periódicas de los sistemas clave.

Varias redes, una sola emisión

Una stablecoin suele circular en más de una red. Lo que construimos para que siga siendo una sola:

• Redes EVM (Ethereum, sus capas 2 y las compatibles): un contrato ERC-20 con las funciones de arriba. Cómo trabajamos en ellas está en desarrollo para Ethereum (EVM).
• Solana: el programa Token-2022 trae extensiones que cubren buena parte de ese diseño, como la pausa o el delegado permanente, que su documentación pone como ejemplo de cómo un emisor de stablecoins puede trasladar o quemar tokens de entidades sancionadas. La correspondencia con un token regulado está en Token-2022 en Solana.
• Otras redes, públicas o permisionadas, si tus contrapartes operan en ellas. La GENIUS Act encarga a los reguladores valorar estándares de interoperabilidad con otros emisores y con «blockchains, permisionadas o públicas» (Sec. 12).
• Un solo suministro. Emisión nativa en cada red, controlada por el emisor, y conciliación del total contra las reservas. La OCC confirma que una misma marca en varias redes puede respaldarse con un solo fondo de reservas y que no hace falta una solicitud por red. Evitamos que el token dependa de puentes de terceros: el token puenteado lo controla el contrato del puente, no el emisor.

Conexión con el banco custodio y los informes de reservas

Las reservas no pasan por nuestros sistemas: están en tu banco o en tu custodio. Nos conectamos a ellos por API para leer saldos y movimientos y, cuando tus procedimientos lo prevén, preparar órdenes que firma tu entidad.

• Conciliación diaria entre el suministro en todas las redes y los saldos de reserva por cuenta y tipo de activo, con alertas si se descuadra.
• Datos para los informes y las atestaciones que pida tu régimen: con la GENIUS Act, el número de stablecoins en circulación y el importe y la composición de las reservas, con su plazo medio y el lugar de custodia de cada categoría (Sec. 4(a)(1)(C)); en la UE, lo que pida tu supervisor y, si la ficha es significativa, la auditoría semestral de la reserva.
• Pista de auditoría que tu auditor pueda recorrer. Una prueba de reservas en cadena ayuda a la transparencia, pero no sustituye al examen ni a la atestación de un auditor.

Panel del emisor

• Emisión. El cliente, ya identificado, ingresa los fondos; el panel lo comprueba con el banco y prepara la acuñación, que firman tus apoderados.
• Reembolso. El cliente devuelve los tokens, se queman y se ordena el pago, con el plazo medido frente al que fija la norma: en la UE, en cualquier momento y a la par; con la OCC, dos días hábiles como máximo.
• Conciliación y reporte. Suministro por red, reservas, emisiones y reembolsos del día, exportables para contabilidad, cumplimiento y auditoría.
• Operaciones sensibles. Congelaciones, pausas y cambios de rol con doble aprobación y registro del motivo y de la orden que los ampara.

Si nuestros sistemas intervienen en el reembolso, tu plan de reembolso tiene que poder contar con ellos: MiCA exige garantizar la continuidad de las actividades críticas para un reembolso ordenado, también las que realicen terceros, y notificar el plan en los seis meses siguientes a la oferta (arts. 47 y 55). Por eso entregamos código, documentación y procedimientos para que tu equipo, u otro proveedor, pueda operarlo sin nosotros.

Cumplimiento: KYC/KYB, regla de viaje y monitorización

• KYC y KYB de los clientes que piden la emisión o el reembolso, integrados con el proveedor de verificación que elijas. En EE. UU., la ley trata al emisor como entidad financiera a efectos de la Bank Secrecy Act: programa contra el blanqueo, identificación y verificación de clientes, comunicación de operaciones sospechosas, programa de sanciones y capacidad técnica para bloquear, congelar y rechazar operaciones (Sec. 4(a)(5)). En la UE, una entidad de crédito o de dinero electrónico ya es sujeto obligado de prevención del blanqueo; en España, por la Ley 10/2010 (art. 2.1).
• Regla de viaje. Desde el 30 de diciembre de 2024, el Reglamento (UE) 2023/1113 obliga al proveedor de servicios de criptoactivos que transfiere por cuenta de un cliente a acompañar la transferencia con los datos del originante y del beneficiario. Si tu entidad o tus distribuidores prestan ese servicio, el sistema tiene que enviar y recibir esos datos.
• Monitorización en cadena. Cribado de direcciones contra listas de sanciones, alertas por patrones de riesgo y un expediente por alerta. Decide tu responsable de cumplimiento; el sistema ejecuta y deja constancia.

Documentación para el libro blanco o la solicitud

En la UE, el libro blanco de una EMT tiene que describir la tecnología: la red, los protocolos y estándares, lo que necesita el comprador para controlar el token, el mecanismo de consenso y, si se hizo, el resultado de la auditoría. También los riesgos de esa tecnología con sus medidas de mitigación y los efectos adversos del consenso sobre el clima (art. 51 y anexo III). Se notifica al supervisor al menos 20 días hábiles antes de publicarlo, sin aprobación previa, y en formato de lectura mecánica; la intención de ofertar la ficha se comunica con al menos 40 días hábiles de antelación (arts. 48.6 y 51). El libro blanco identifica además a quienes participan en el diseño y el desarrollo, incluido el equipo de desarrollo (anexo III, parte B).

En EE. UU., la solicitud a la OCC incluye un plan de negocio detallado y las políticas de reservas, de reembolso y de gestión de riesgos, y la gestión de riesgos abarca un programa de tecnología y seguridad de la información (12 CFR 15.13(b)).

Redactamos la parte técnica de esos documentos (arquitectura, contratos, roles y claves, continuidad y controles) para que tus asesores la integren. El documento y la solicitud son tuyos. Si necesitas apoyo con el libro blanco completo, está el servicio de whitepapers; qué es y qué contiene, en la ficha del libro blanco (MiCA).

Cómo trabajamos

1. Diagnóstico con el emisor y sus asesores: régimen, redes y entidades (banco, custodio, auditor, verificación), y qué obligaciones tienen reflejo técnico.
2. Diseño: especificación de contratos y roles, modelo de claves, integraciones y documentación técnica.
3. Desarrollo y auditoría: contratos, panel e integraciones en red de pruebas; auditoría independiente y corrección de hallazgos.
4. Despliegue y traspaso: despliegue en cada red, firmado por tus apoderados con tus claves, pruebas de continuidad con tus proveedores críticos y formación de tu equipo.

Entregables de un proyecto tipo:

• Especificación técnica y matriz de roles y claves.
• Contratos con pruebas e informe de auditoría.
• Panel del emisor e integraciones con banco, custodio, verificación y monitorización.
• Procedimientos de emisión, reembolso, pausa, congelación y gestión de claves.
• Documentación técnica para el libro blanco o la solicitud.

Cuánto cuesta y cuánto tarda. Depende sobre todo de cuántas redes y cuántas entidades hay que integrar, y del régimen. No damos una cifra sin ver el proyecto. El calendario de la autorización lo marcan la norma y la autoridad, no el desarrollo.

Si quieres contarnos tu caso, agenda una reunión.

Quién lo construye. Unknown Gravity es una empresa de blockchain y tokenización con sede en Málaga, socia de Alastria.

Fuentes

• UE: Reglamento (UE) 2023/1114 (MiCA), considerando 9, arts. 47 a 51, 54 a 58 y 149 y anexo III; Reglamento (UE) 2023/1113, arts. 14 y 40; Ley 10/2010, art. 2.1.
• EE. UU.: GENIUS Act, Public Law 119-27; Federal Register, regla final de la OCC 2026-21706 (12 CFR parte 15), aviso de los formularios de solicitud 2026-21704 y su corrección 2026-22036.
• Latinoamérica: CNAD, Reglamento de Emisión de Ofertas Públicas de Monedas Estables, arts. 3 y 11.
• Técnicas: Circle, diseño de FiatToken; Solana, extensiones de Token-2022.