Corrí un nodo Leios en mi homelab: así se siente el futuro del throughput de Cardano
Hands-on con Ouroboros Leios: setup, medición de throughput real y el experimento de llevar mi propio nodo al límite.
Cardano lleva años con una reputación pegajosa: "seguro pero lento". Ouroboros Leios es la respuesta de IOG a la parte de "lento", y desde hace poco hay una testnet pública para tocarlo —"Musashi Dōjō"—. La monté en mi homelab. Esto es lo que vi.
Qué es Leios, en una frase
Praos (el consenso actual de Cardano) deja ancho de banda y cómputo sin usar entre bloque y bloque. Leios los aprovecha: los productores crean endorser blocks (EBs) —bloques secundarios que referencian montones de transacciones extra— en paralelo a los bloques normales de Praos. Un comité los valida con criptografía BLS antes de incluirlos. Resultado: mucho más throughput, sin tocar la seguridad de Praos.
El setup
Un contenedor en mi Proxmox: 4 cores, 4 GB de RAM, 30 GB de disco. El nodo es un build especial de cardano-node (versión 11.0.1.164, network magic 164). Sincronizó en unas horas. Hasta aquí, idéntico a correr cualquier nodo de Cardano.
Lo interesante empezó al mirar los logs.
218 TPS, con bloques de 2.184 transacciones
Medí el throughput de forma pasiva, parseando los endorser blocks que llegaban (cada uno trae un bitmap de qué transacciones incluye → contando bits sale el número exacto de tx). La curva pico:
| Ventana | TPS pico |
|---|---|
| 10 s | 218 TPS |
| 1 min | 73 TPS |
| 5–10 min | 25–33 TPS |
Para comparar: el máximo que Cardano ha procesado en mainnet (Praos) es ~12 TPS, con un techo teórico de ~18 y un promedio real por debajo de 1 TPS (fuente: Chainspect). El endorser block más grande que vi cargaba 2.184 transacciones de una sola vez. Eso es exactamente la tesis de Leios funcionando: las transacciones viajan en EBs paralelos en lugar de gotear en bloques de 20 segundos.
(Importante ser honesto: esa carga la generan los load generators de IOG, no yo. El "dojo" existe precisamente para estresar el protocolo en público.)
Me volví block producer
Con el faucet (10.000 ADA de testnet) registré un stake pool y reinicié el nodo en modo productor. En ~2 días, cuando el snapshot de stake se active, mi nodo casero empezará a forjar endorser blocks él mismo. Cero coste, cero riesgo: es testnet.
Intenté llevarlo al límite (y fallé de la forma interesante)
Aquí viene lo divertido. Quise saturar el sistema con mi propia carga. Tres experimentos:
- 200 transacciones de golpe → esperaron en el mempool ~34 s y un solo endorser block las barrió todas juntas.
- 1.000 de golpe → ya no cabían en un ciclo: se repartieron entre varios EBs, y la cadena las iba absorbiendo mientras yo las enviaba.
- Flood máximo (2.000 tx, 80 en paralelo) → alcancé 557 tx/s de envío… y ahí se rompió algo. Pero no fue Leios.
El nodo se quedó al 47 % de CPU. El mempool ni se llenó. Lo que falló fue mi propio cliente: a 80 conexiones en paralelo, cardano-cli agotó los sockets locales y rechazó 327 de las 2.000.
La moraleja: no logré doblar a Leios. Doblé a mi laptop. La red absorbió todo lo que le tiré sin despeinarse. Para estresar a Leios de verdad haría falta un submitter industrial, no un nodo casero disparando un binario por transacción.
Lo que me llevo
Leios no es una promesa de paper: es un nodo que puedes correr hoy, que empaqueta miles de transacciones en bloques secundarios y alcanza picos de más de un orden de magnitud sobre Praos (y un sostenido que sigue por encima del máximo de mainnet). Y está sobredimensionado para lo que un participante normal puede inyectarle. El cuello de botella del ecosistema, cuando esto llegue a mainnet, no será el protocolo — será el tooling alrededor.
Cardano "lento" tiene los días contados.
Datos, scripts y metodología completos: github.com/amvs0122/leios-homelab-loadtest — nodo propio en mi homelab, testnet Musashi Dōjō, junio 2026.
