Rust en la banca y fintech: qué hay de verdad

El sector financiero tiene todo para interesarse en Rust: sistemas que no pueden caerse, latencias que cuestan dinero y atacantes con incentivos enormes. Pero también es un sector con mucho código antiguo y poca prisa por cambiarlo.

Revisamos qué está documentado por las propias empresas. Separamos los hechos de los rumores que circulan en artículos sin fuentes.

Los casos documentados

Kraken: de apuesta a columna vertebral

Kraken, uno de los mayores exchanges de criptomonedas, decidió en 2018 que su código en PHP ya no daba para más: era difícil de extender y de cambiar con seguridad. Empezó a reescribir sus servicios centrales en Rust.

Lo hicieron con método: endpoint por endpoint, con la misma batería de pruebas de integración ejecutándose contra PHP y contra Rust, para garantizar el mismo comportamiento. En 2021 tenían unas 500 000 líneas, con servidores que atendían 150 000 solicitudes por segundo por instancia, y el 99,9 % por debajo de 3 milisegundos.

En 2025, Kraken contó que ya tiene millones de líneas de Rust en cientos de servicios, y que es su principal lenguaje de backend por amplio margen.

TrueLayer: una adopción gradual

TrueLayer, una fintech británica de banca abierta, documentó su camino con cifras:

Es un modelo realista para la mayoría de empresas: Rust convive con otros lenguajes y crece donde aporta.

Hyperswitch: pagos de código abierto

Juspay, una empresa india de pagos, publicó Hyperswitch, un orquestador de pagos escrito en Rust y de código abierto. Conecta un comercio con múltiples procesadores de pago. Tiene más de 45 000 estrellas en GitHub.

Juspay afirma que procesa hasta 60 pagos por segundo por núcleo. Es una cifra del propio fabricante, sin metodología publicada.

Los rumores que conviene descartar

Al investigar, encontramos muchas afirmaciones que no resisten una búsqueda de fuentes:

• «Nubank usa Rust». Su tecnología pública es Clojure y Datomic. No encontramos evidencia de Rust en producción.
• «Monzo está escrito en Rust». Según su propio blog, Monzo eligió Go como lenguaje principal.
• «Mercado Pago redujo costos con Rust». No encontramos ninguna fuente de la empresa que lo respalde.
• «Stripe o Revolut migraron a Rust». Circulan artículos con cifras precisas, pero sin ninguna fuente de las empresas.

La regla: si una cifra no viene del blog de ingeniería, de una charla o del repositorio de la propia empresa, no la cites.

¿Y en Latinoamérica?

No encontramos casos documentados por las propias empresas. Las señales más claras son ofertas de empleo, como una de CloudWalk en Brasil, ya cerrada, que buscaba perfiles con Rust para sistemas de crédito, inversiones y cumplimiento regulatorio. Una oferta de empleo no es un caso de estudio, pero sí muestra hacia dónde mira el mercado.

Es también una oportunidad: quien documente primero un caso latinoamericano con datos tendrá una ventaja de reputación.

Lo que dicen los reguladores

Ningún regulador financiero exige un lenguaje de programación. Las normas como PCI DSS o las de los bancos centrales piden controles, no tecnologías.

Pero la dirección general es clara. En 2025, la CISA y la NSA publicaron una guía para adoptar lenguajes seguros en memoria de forma gradual en infraestructura crítica, y el sistema financiero lo es. Lo explicamos en seguridad y regulación en Latinoamérica.

Por dónde empezaría un banco

1. Componentes nuevos y expuestos: validación de mensajes, pasarelas, servicios que reciben datos externos.
2. Servicios con latencia crítica: cálculo de riesgo, cotizaciones, detección de fraude en línea.
3. Nunca el núcleo de entrada. Reescribir el sistema central es el proyecto de mayor riesgo posible.

El patrón de Kraken, servicio por servicio y con pruebas que comparan ambos sistemas, es el más seguro. Para estimar el esfuerzo, revisa las cinco preguntas antes de migrar.