Cardano Leios pasa de prototipo a pruebas de alta confianza
La Revisión Mensual de Leios de mayo de 2026 muestra un cambio del progreso del prototipo a pruebas de alta confianza, simulaciones de red de prueba, optimización del mempool y preparación de la testnet para la próxima gran actualización de escalabilidad de Cardano.
By SongMarketCap
Updated:
El proyecto Ouroboros Leios de Cardano está entrando en una fase de desarrollo más exigente, donde la pregunta central ya no es solo si la red puede aumentar el rendimiento, sino si ese aumento puede demostrarse seguro en condiciones reales de red. La Revisión Mensual de Leios de mayo de 2026 se centró en el progreso del prototipo, el soporte de gobernanza, las pruebas de equipos rojos, las pruebas de estrés de envío de transacciones y el trabajo de ingeniería necesario antes de que Leios pueda acercarse más al mainnet.
Leios está diseñado como un protocolo de alto rendimiento para Cardano que aumenta la capacidad de transacciones mientras preserva la seguridad y la compatibilidad con el ecosistema. La actualización oficial de Cardano publicada en mayo indicó que IOG presentó una propuesta de tesorería de ₳27.7 millones para madurar Ouroboros Leios de un prototipo de testnet a un candidato listo para mainnet para finales de 2026, con un objetivo de rendimiento escalonado de 10x a 65x.
La revisión de mayo agrega una capa más técnica a ese cronograma. El equipo dijo que la propuesta actual para continuar desarrollando Leios hacia el mainnet había sido votada, ratificada y pronto sería implementada, con un apoyo descrito en torno al 88%.
Esto coloca a Leios directamente dentro del proceso de gobernanza de Cardano, donde el desarrollo del protocolo, la votación de los DRep y la confianza de los SPO ahora deben avanzar juntos.
La gobernanza de Cardano ofrece a Leios un camino hacia el mainnet
La revisión mostró un progreso continuo en el prototipo de Leios, incluyendo la visualización de la cadena, la lógica de votación y el flujo de certificación alrededor de los bloques endosantes. En la demostración, los nodos producían bloques, anunciaban bloques endosantes, recolectaban votos y alcanzaban el umbral requerido para la certificación antes de que las transacciones pudieran reflejarse en el estado del libro mayor.
En términos prácticos, Leios agrega una nueva capa de trabajo alrededor de la producción de bloques. En lugar de depender únicamente de los bloques estándar para manejar la carga de transacciones, los bloques endosantes permiten que conjuntos más grandes de transacciones sean propuestas, votadas y certificadas. Una vez que se incluye un certificado, esas transacciones pueden implementarse en el estado del libro mayor.
El equipo también conectó el trabajo del prototipo con la era Dijkstra, la criptografía BLS, el registro de claves y puntos de integración futuros para implementaciones de nodos. Esa distinción es importante. El prototipo se está utilizando como un área de ensayo y experimentación, no como un código que pueda simplemente ser implementado en producción sin más trabajo de ingeniería. La revisión dejó claro que aún se requiere trabajo adicional de implementación de grado de producción antes de que Leios pueda considerarse un candidato para la actualización del mainnet.
Para Cardano, este es el ángulo importante de la gobernanza. Leios no es solo una mejora de rendimiento que se desarrolla en aislamiento. Es un cambio de protocolo que requerirá evidencia técnica, preparación de implementación y la suficiente confianza de los operadores que eventualmente instalarán y ejecutarán el software.
El trabajo de alta confianza de Leios introduce pruebas de equipos rojos
La parte más sólida de la revisión de mayo fue la introducción del flujo de trabajo de alta confianza. El equipo definió esto como un factor clave para Leios, ya que los DReps primero necesitan votar por un hard fork y los SPO luego necesitarán suficiente confianza para instalarlo. Las pruebas matemáticas y el progreso del desarrollo no son suficientes por sí solas. La red también necesita evidencia de que el diseño se comporta de manera segura cuando las condiciones son adversas o imperfectas.
Por eso un equipo rojo ha comenzado a trabajar con el simulador Rust, creando herramientas para escenarios de ataque deliberado. El objetivo es validar el modelo de amenaza existente probando cómo se comporta Leios cuando los nodos fallan, se niegan a cooperar o intentan interrumpir el comportamiento esperado. Se espera que estos escenarios sean probados en simulación y más tarde en testnets.
Una herramienta clave en ese proceso es Piranha, un nodo ligero sin un componente de libro mayor pero con comportamiento real de red y consenso. Puede comunicarse mediante mini protocolos reales y puede ser instruido para comportarse mal, lo que permite al equipo coordinar patrones de fracaso o ataque en múltiples nodos. Esto hace posible probar cómo responde el resto de la red cuando algunos participantes se desvían del comportamiento esperado.
Un ejemplo temprano fue el escenario de votante perezoso, donde un miembro del comité que debería votar se niega a hacerlo. El equipo también describió trabajo en escenarios que involucran fallos en la distribución de bloques endosantes y ataques de equivocación, donde un nodo puede enviar información diferente de bloques endosantes en diferentes direcciones.
Es aquí donde la historia de Leios se convierte en algo más que un titular sobre escalabilidad. El proyecto ahora está probando si el protocolo puede preservar la seguridad y recuperar un comportamiento predecible cuando se introducen modos de fallo del mundo real. Para una mejora de consenso que podría remodelar el perfil de rendimiento de Cardano, ese trabajo es tan importante como el objetivo de rendimiento en sí.
Pruebas de estrés en el mempool muestran dónde se vuelve difícil escalar Cardano
La revisión también mostró que parte del trabajo más difícil de Leios ahora reside en las capas de mempool, difusión de transacciones y modelado de red. Las pruebas de estrés utilizaron una topología menos conectada a propósito, con nodos distribuidos por Europa, Estados Unidos y Asia Pacífico. La prueba utilizó un mempool de 25 megabytes y fue diseñada para ejercer presión sobre el envío de transacciones y el comportamiento del mempool.
Los resultados mostraron claras diferencias regionales. Los nodos europeos, más cerca de la configuración de retransmisión, llenaron sus mempools más rápido. Los nodos estadounidenses tardaron más pero finalmente alcanzaron el objetivo. Los nodos de Asia Pacífico, con mayor latencia, no pudieron llenar completamente sus mempools de la misma manera.
Ese hallazgo no debilita el caso de Leios. Identifica la capa que debe ser mejorada. El equipo dijo que el mempool actual no está optimizado para este tipo de escenario de alto rendimiento, mientras que señaló que la capacidad de CPU no fue el principal cuello de botella en condiciones de referencia comparables. El desafío es la forma en que las transacciones se difunden, validan, revalidan y conectan a diferentes estados del libro mayor.
Leios hace que ese problema sea más complejo porque el sistema tiene que razonar sobre más de un estado del libro mayor. Una transacción que es válida contra el estado básico del libro mayor puede no ser válida contra un estado extendido por la inclusión de bloques endosantes, y lo contrario también puede ser cierto. Eso crea preguntas abiertas de diseño sobre si Leios necesita diferentes vistas del mempool, cómo esas vistas deben sincronizarse y cómo la creación de bloques puede mantenerse lo suficientemente rápida.
El equipo también discutió el problema de los participantes tardíos. En una demostración, todos los nodos pueden comenzar juntos. En una testnet o mainnet real, los nodos pueden incorporarse tarde, desconectarse y regresar después de perder mensajes clave. La solución propuesta permite que un nodo que perdió una oferta de bloque de Leios solicite los datos de bloques endosantes faltantes y se ponga al día con el resto de la cadena.
El modelado de red fue otra parte importante de la revisión. La discusión incluyó selección de pares, recuperación de bloques endosantes, enlaces de alta latencia, comportamiento de respuesta lenta, modelado Delta Q y algoritmos de congestión TCP como Cubic, Reno y BBR. El detalle es técnico, pero el mensaje es claro: Leios está siendo probado contra las restricciones reales de una red descentralizada global, no solo contra suposiciones limpias de laboratorio.
Por eso, la revisión de mayo es un marcador importante para Cardano. Leios ahora está siendo sometido a la parte del desarrollo del protocolo que más importa antes de un hard fork, donde los objetivos de rendimiento tienen que sobrevivir a la latencia, la contención del mempool, la recuperación de nodos, el comportamiento adverso y el escrutinio de la gobernanza. Si el proyecto alcanza un candidato listo para mainnet para finales de 2026, el valor no estará solo en una mayor capacidad. Estará en la evidencia de que Cardano puede escalar su capa de consenso a través de un proceso que los operadores, desarrolladores y participantes de gobernanza puedan confiar de manera independiente.