GUÍA
Cómo lanzar un banco digital con cripto integrado
26 de julio de 2026 · 9 min de lectura · Coreza
Lanzar un banco digital significaba antes años de ingeniería hasta que el primer cliente pudiera abrir una cuenta. Con plataformas de marca blanca maduras, la tecnología ya no es el cuello de botella — pero un lanzamiento con éxito sigue dependiendo de decisiones que el software no puede tomar por ti: qué vendes, bajo qué licencias, sobre qué raíles y con qué controles.
Esta guía recorre la secuencia que vemos funcionar en la práctica, para un producto que combina cuentas fiat y tarjetas con wallets cripto de autocustodia.
Paso 1 — Define el producto antes que la tecnología
Cada decisión posterior — licencias, proveedores, configuración — se deriva de un puñado de decisiones de producto. Escríbelas antes de evaluar ningún vendor:
- Segmentos de cliente: ¿particulares, empresas o ambos? ¿Qué países en el lanzamiento, y cuáles quedan explícitamente excluidos?
- Niveles de cuenta: ¿qué obtiene un usuario sin verificar, si es que obtiene algo? ¿Qué desbloquean el KYC completo y el nivel corporativo?
- Divisas y raíles: ¿qué divisas fiat mantienen las cuentas, y qué tipos de transferencia (locales e internacionales) deben funcionar el día del lanzamiento?
- Chains y activos: ¿qué redes blockchain y stablecoins usa de verdad tu mercado? Importa menos soportar doce chains que acertar con las tres de tu corredor.
- Monetización: ¿qué operaciones llevan comisión, qué es gratis, y dónde encajan los referidos o los niveles de pago?
Paso 2 — Elige tu vía regulatoria
El vendor tecnológico suministra software; la actividad regulada es tuya. A grandes rasgos, los operadores siguen una de dos vías. La primera es obtener las autorizaciones directamente — por ejemplo una licencia de EMI o de entidad de pago, más un registro de proveedor de servicios de criptoactivos como el CASP de MiCA en la UE o una licencia de VARA en Dubái, según la jurisdicción y el alcance del producto. La segunda es operar con instituciones licenciadas como partners mientras generas volumen, y migrar a licencias propias más adelante.
Ninguna vía es universalmente mejor. La licencia directa te da control y margen a costa de tiempo y requisitos de capital; el partner comprime el time-to-market a costa de dependencia y reparto de ingresos. Lo que importa para planificar: en casi todos los proyectos reales, el camino crítico lo marca la licencia, no la tecnología. Arranca el trabajo regulatorio antes, no después, de elegir plataforma.
Paso 3 — Decide cómo corre tu infraestructura
En un producto financiero regulado, cómo se despliega el software importa tanto como lo que hace. Una instancia dedicada por operador — tu propia base de datos, tus propios secretos cifrados, tu propio dominio — te da aislamiento de datos limpio, un relato de auditoría claro ante el regulador y una vía de salida que no depende de extraer tus datos de un sistema compartido.
La custodia de claves merece un escrutinio especial: los secretos de cifrado y las claves JWT deben ser únicos de tu despliegue y vivir en un servicio de claves gestionado como AWS KMS, fuera del código y de la base de datos. Las wallets de tesorería deben estar tras multisig. Si un vendor no sabe explicarte dónde viven tus claves y quién puede tocarlas, sigue buscando.
Paso 4 — Conecta raíles fiat y tarjetas a través de proveedores
Las cuentas fiat, las transferencias y los programas de tarjetas funcionan sobre acuerdos con proveedores regulados — partners de banking-as-a-service, emisores de tarjetas, procesadores de pago. Los acuerdos comerciales son tuyos; la plataforma los integra. Dos cosas determinan la velocidad: si la plataforma ya ha integrado a tus proveedores, y cuánto tardas en obtener credenciales de producción.
Con proveedores con los que la plataforma ya ha trabajado, la integración es configuración: estás operativo en cuanto tus claves de producción están activas. Con un proveedor nuevo para la plataforma, una expectativa razonable con una capa de proveedores bien abstraída es alrededor de una semana desde las claves de sandbox hasta estar listo para producción. Planifica el alta con el proveedor — el proceso comercial y de compliance de su lado — como una línea de trabajo propia, porque suele ser más lenta que la técnica.
Paso 5 — Acierta con la arquitectura cripto
El cripto es donde los atajos técnicos se convierten en riesgos existenciales. Lo innegociable en un despliegue de nivel bancario:
- Wallets de autocustodia generadas por usuario, con claves privadas cifradas usando secretos que te pertenecen a ti, el operador — guardados en un servicio de claves gestionado, nunca en código ni en base de datos.
- Cobertura de las chains que usa tu mercado, con las principales stablecoins (USDT, USDC) disponibles donde la red las soporta.
- Wallets de tesorería y master protegidas por multisig, de forma que ninguna persona ni servidor pueda mover fondos agregados por sí solo.
- Whitelist de direcciones de retiro con un periodo de espera obligatorio de 24 a 48 horas antes de que una dirección nueva sea utilizable.
- Doble factor en retiros y cambios sensibles — no solo en el login.
- Cada movimiento cripto registrado en el mismo ledger de doble entrada que el fiat, de modo que un único proceso de conciliación cubre todo el balance.
Paso 6 — Integra el compliance en la operativa diaria
El regulador evalúa lo que haces cada día, no lo que promete tu diagrama de arquitectura. La plataforma debe hacer que el camino conforme sea el camino por defecto: onboarding KYC y KYB por niveles con caducidad de documentos, recogida automática de FATCA y origen de fondos, elegibilidad de producto por país, un motor de reglas AML que señale actividad inusual y un registro de auditoría append-only detrás de cada acción.
Dentro del back office, las operaciones sensibles — ajustes manuales de saldo, cambios de límites, ediciones de whitelist — deben exigir aprobación a cuatro ojos: un miembro del staff propone y otro distinto aprueba. Los roles granulares hacen que cada operador vea exactamente lo que su función requiere.
Paso 7 — Activa la monetización
Un banco que no puede poner precio a sus servicios es un centro de coste. Desde el primer día deberías poder configurar comisiones sobre swaps, recargas y operaciones fiat; cobrar altas premium y upgrades de nivel; lanzar programas de referidos con reparto de ingresos; y activar campañas de depósito o earn — todo como configuración, sin cambios de código. Empieza simple, mide, y ajusta precios cuando lleguen datos de uso reales.
De qué depende realmente lo de "semanas, no años"
Con una plataforma madura, la tecnología se despliega en semanas: instancia, marca, idiomas, módulos y chains son configuración. El plazo realista hasta atender clientes lo marca todo lo que rodea a la tecnología — tus licencias o acuerdos con partners, el alta con proveedores y sus credenciales de producción, y tu preparación operativa: staff formado en el back office, procedimientos de compliance escritos, soporte en marcha.
Planifica esas líneas de trabajo en paralelo desde el principio y la plataforma estará lista cuando tú lo estés. Una versión del core detrás de Coreza lleva en producción en una fintech europea regulada desde 2024 — el patrón de arriba es como funcionó ese lanzamiento, y los siguientes.
¿Listo para ver tu banco funcionando?
Cuéntanos tu proyecto y te responderemos con una demo guiada y una propuesta a medida para tu mercado.
Reservar reunión