Leios: La Escalabilidad Que Cardano Necesita (Sin Marketing, Solo Hechos)
Acabo de leer las 61 páginas del análisis técnico de Ouroboros Leios por π Lanningham de Sundae Labs. Esto es ingeniería seria enfrentando un problema real de sostenibilidad económica.
El Problema Que Nadie Quiere Ver
Los números no mienten:
- Cardano tiene ~3,000 stake pools operando 24/7
- Ingresos por época: 21.8M ADA (emisiones) + 93K ADA (fees)
- Los fees son el 0.4% del total
- Las emisiones van cayendo inevitablemente hacia cero
Para mantener rentabilidad actual SOLO con fees: 50 TPS continuos Capacidad actual de Cardano: ~10 TPS máximo
Y encima los usuarios esperan que los fees BAJEN con el tiempo.
Sin cambios → Operar stake pools será inviable económicamente → Menos pools → Centralización → Game over para la descentralización.
Problema Secundario: Censura por Capacidad
Cuando Cardano está bajo carga, NADIE puede meter transacciones urgentes de forma confiable.
Esto no es teórico - equipos han abandonado Cardano específicamente por esto.
Imagina tener que salvar una posición de $20K de liquidación y simplemente no poder porque la red está saturada.
Por Qué Praos Es Lento (Física, No Opinión)
Praos produce bloques cada ~20 segundos. Muy conservador por diseño.
¿Por qué no cada 5 segundos?
Cuando produces un bloque, necesita propagarse por la red ANTES del siguiente. Si no → forks donde nodos tienen visiones contradictorias.
- Bloques más frecuentes → más forks
- Bloques más grandes → más tiempo de descarga → más forks
- Más forks → peor seguridad (exponencialmente, no linealmente)
Praos sacrifica throughput por seguridad. Es correcto, pero nos deja:
- Nodos usando <1% CPU la mayoría del tiempo
- Bandwidth masivamente desperdiciado
- 19 segundos de silencio entre bloques de 1 segundo
Las Dos Preguntas Clave
- ¿Qué pasa si producimos bloques en paralelo y solo los ordenamos después?
- ¿Qué pasa si no necesitamos descargar bloques completos para decidir el orden?
Esas preguntas → Leios
Arquitectura de Leios (Los 3 Tipos de Bloques)
Input Blocks (IBs)
- Frecuencia: 1-5 por segundo (alta)
- Tamaño: ~100-300 KB
- Contenido: Transacciones reales
- Producidos en PARALELO sin coordinación
- Usan lotería VRF como Praos pero más frecuente
Endorsement Blocks (EBs)
- Frecuencia: ~cada 20 segundos
- Contenido: Referencias a IBs (NO las transacciones)
- Los stake pools “votan” sobre validez de IBs
- 70% del stake vota → certificado compacto
- También referencian EBs anteriores (recursivo)
Ranking Blocks (RBs)
- Frecuencia: Cada 20 segundos (como Praos)
- Contenido: Referencia al EB + certificado
- Deciden el orden final
- Pequeños y rápidos de propagar
El truco ingenioso: Cuando recibes un RB, solo validás el certificado. No necesitas esperar todos los IBs para producir el siguiente RB → Forks bajos (seguridad) + procesamiento paralelo (capacidad).
Pipelining: El Multiplicador
Leios corre múltiples “pipelines” simultáneamente, desplazados en tiempo.
Como coro cantando en rondas - todos cantan lo mismo pero empezando en momentos diferentes.
En cualquier momento:
- Pipeline 1 generando IBs
- Pipeline 2 generando EBs
- Pipeline 3 votando sobre EBs
- Pipeline 4 produciendo RBs
Resultado: Cada 20 segundos produces un RB, pero constantemente estás produciendo IBs, EBs, votando, certificando.
CPU: De <1% a saturado Bandwidth: De desperdiciado a optimizado Throughput: 20-100x mejora
Números de Simulaciones (6 Meses de Trabajo)
Sundae Labs, Input Output y Well-Typed han estado simulando esto en Rust.
Throughput alcanzable:
- Conservador: 100-300 TPS
- Optimista: 1,000+ TPS
- Actual: ~5-10 TPS
Latencia (el resultado sorprendente):
- Similar o ligeramente mayor que hoy: 3-5 min
- INDEPENDIENTE del throughput
- 50 TPS tiene la misma latencia que 500 TPS
Esto es antiintuitivo. Normalmente más throughput = más latencia. En Leios están desacoplados.
Con Leios + Peras: Finality en 1-3 minutos (mejor que hoy).
Rentabilidad Real
Con fees de 0.34 ADA por TX:
- ~100 TPS: SPOs rentables solo con fees
- ~200+ TPS: Rentabilidad sólida + fees pueden bajar
Costos incrementales:
- Network egress (datos saliendo del nodo) - el más significativo
- Almacenamiento blockchain (crece más rápido)
ROI neto: Positivo si hay demanda real.
Crecimiento de Estado
- Bitcoin: 656 GB total, +87 GB/año
- Ethereum: 1.3 TB total, +217 GB/año
- Cardano HOY: 193 GB total, +28 GB/año
Con Leios a 100 TPS: ~+100-150 GB/año (manejable)
A 1,000+ TPS necesitaremos eventualmente sharding de historia antigua.
El Desafío Real: Transacciones Conflictivas
Cuando produces bloques concurrentemente, dos nodos pueden incluir transacciones que gastan el mismo UTxO.
En Praos: Raro (20 segundos entre bloques) En Leios: Más frecuente (IBs concurrentes)
El Trilema Fundamental
A alto throughput, solo puedes tener 2 de 3:
- Network Security - Fees cubren trabajo computacional
- Fee Determinism - Solo pagas si tu TX se aplica
- Performance - Alta capacidad, baja latencia
- Praos: #1 + #2, sacrifica #3
- Leios: #1 + #3, debe ajustar #2
No es opinión - es matemática fundamental a suficiente throughput.
Soluciones Propuestas (Todas En Evaluación)
Opción A: Colateralización
- Pones colateral pequeño (ej: 1 ADA)
- Si tu TX conflictúa y gana: pagas fee + colateral
- Si pierde: no pagas nada
Variante herética pero interesante: El ganador paga por los perdedores.
Psicología: No pagaste por fallar. Pagaste extra por ganar algo valioso.
Si salvaste $20K de liquidación, ¿te importan 5 ADA extra?
Viable hasta: ~100-300 TPS (suficiente para sostenibilidad)
A 100 TPS: Multiplicador ~5-10x en fees raros
- Normal: 0.2-1 ADA
- En conflicto: 2-10 ADA
Opción B: Sharding
- Dividir transacciones en “carriles” que no conflictúan
- TXs en carriles diferentes = cero conflictos por construcción
Complejidad: MASIVA
- Afecta wallets, indexers, dApps, libraries, TODO
- Upgrade ecosistema completo necesario
Problema de diseño:
- Pocos shards → más probabilidad de conflictos
- Muchos shards → latencia aumenta dramáticamente
- No hay sweet spot obvio
Viable para: 1,000-10,000 TPS (extremo superior)
Opción C: Deduplicación + Tombstoning
- Eliminar TXs duplicadas del historial permanente
- Mantener solo hashes (“tombstones”)
- Reduce almacenamiento
Insuficiente solo - no resuelve adversarios maliciosos
La Advertencia Crítica del Paper
“Leios NO resuelve demanda, solo capacidad”
“Es crítico abolir la mentalidad ‘build it and they will come’”
Se necesitan AMBOS:
- Infraestructura técnica (Leios)
Business development agresivo- Adopción empresarial real
- Casos de uso que generen tráfico
Sin demanda = autopista vacía cara.
El Valor Real de Leios
NO es: Una dApp procesando 1,000 TPS (casi ninguna lo necesita)
ES: Mil dApps coexistiendo pacíficamente
Hoy: Minswap vs Liqwid vs Djed vs SundaeSwap compitiendo por 88KB cada 20 segundos
Con Leios: Espacio para todas sin guerra de fees, sin degradación de UX bajo carga
Determinismo: El Trade-off Honesto
Cardano hoy: Determinismo perfecto
- Tu TX se aplica completamente o no se aplica
- Sabes exactamente el fee que pagarás
- Nunca pagas por TXs fallidas (a diferencia de Ethereum)
Ethereum bajo carga: Pagas $50-100 en TXs fallidas intentando salvar posición
Cardano bajo carga: No pagas, pero tampoco puedes hacer la TX
Leios propone: “Suavizar” determinismo - no eliminarlo
3 posibles resultados (vs 2 actuales):
- TX no se aplica (sin fee)
- TX se aplica, fee normal
- NUEVO: TX se aplica, fee elevado (en caso de conflicto)
Diferencia psicológica clave: Siempre solo pagas por servicios recibidos.
Timeline Realista
Ahora - Q2 2025:
- Simulaciones más detalladas
- Refinamiento modelo predictivo
Q2-Q3 2025:
- CIP comprehensivo con todos los parámetros y trade-offs
- Consultas técnicas con comunidad
Q3-Q4 2025:
- Testnets personalizados
- Stress tests públicos masivos
2026:
- Prototipo maduro
- Votación governance (SPOs, DReps, delegadores)
- Implementación gradual por fases
Quién Decide
No son los desarrolladores.
Es governance on-chain:
- SPOs
- DReps
- Delegadores
La comunidad de Cardano decidirá si esto es un upgrade válido.
Parámetros probablemente empezarán conservadores, con opción de escalar según demanda comprobada.
Transparencia del Equipo
Del paper:
“No hay consenso sobre cuál solución es mejor, incluso dentro del equipo de investigación”
“Estamos simulando, tuneando y debatiendo todos estos diseños”
“Asunciones son desafiadas cada día”
Esto NO está finalizado. Es el momento perfecto para input de comunidad.
Cómo Participar Productivamente
El paper sugiere:
Preguntar: “¿Qué pasa si…?” NO preguntar: “¿Por qué no simplemente…?”
El equipo lleva meses/años en esto. Soluciones “obvias” probablemente ya fueron consideradas.
Ejemplos productivos:
- ¿Qué pasa si colateralizamos a 2 ADA vs 1?
- ¿Qué pasa si empezamos 50 TPS y escalamos gradual?
- ¿Cómo medimos éxito Fase 1 antes de Fase 2?
Recursos Disponibles
- Paper completo y especificación: GitHub (open source)
- Reuniones mensuales de revisión: Públicas
- Weekly updates en repositorio
- Logbook de desarrollo diario
- Calculadora de costos: Juega con parámetros tú mismo
- Contacto: pi@sundae.fi
La Realidad Sin Filtros
Sin Leios:
- Cardano económicamente inviable en 5-10 años
- Centralización inevitable
- No competitivo técnicamente
Con Leios:
- Competencia técnica con cualquier L1
- Descentralización mantenida
- Capacidad para miles de dApps
Pero requiere:
- “Suavizar” determinismo perfecto
- Trade-offs honestos
- Decisión informada de la comunidad
Soluciones Complementarias
El roadmap de Cardano llama a TODAS estas soluciones:
- Precio ADA sube
- Costos hardware bajan (UTxO-HD, Amaru)
- SPOs rentables por otros motivos (AVS - Midnight)
- Reponer reserves con yields del treasury
- Aumentar capacidad (Leios)
- Aumentar demanda (Business dev)
Leios es UNA pieza, no la solución completa.
Estado del Desarrollo
- Seguridad del protocolo: Bien entendida
- Simulaciones: Funcionando 6 meses
- Paper investigación: Publicado
- Parámetros óptimos: En análisis
- Solución conflictos: Evaluando opciones
- Implementación: Por empezar
Nada finalizado - diseño aún abierto a input.
Conclusión del autor (π Lanningham):
“Leios ofrece, en mi opinión, la mejor chance de lograr escalabilidad manteniendo la descentralización y determinismo que valoramos en Cardano”
“Al final, serán ustedes - la Comunidad de Cardano, SPOs, DReps y delegadores - quienes tomen la decisión final”
cardano leios blockchain escalabilidad Governance drep web3 #BuildInPublic
Para DReps y delegadores: Esta será una de las votaciones más importantes en historia de Cardano. Edúquense. No voten basado en tweets o “vibes”.
Recursos completos en el blog de Sundae Labs.