Cardano Leios Entra en Una Fase de Ingeniería Mensurable a medida que Avanza el Prototipo, el Trabajo CLI y los Estándares de Validación

La hoja de ruta de escalabilidad de Leios de Cardano está pasando del diseño de investigación a una fase de ingeniería mensurable. Durante la Revisión Mensual de Leios de abril de 2026, celebrada el 29 de abril, los desarrolladores de IOG y colaboradores de la comunidad más amplia de Cardano presentaron avances en el prototipo, los estándares de validación de transacciones, las pruebas de red, el soporte del CLI de Cardano y el diseño de selección de comités.

El mensaje de la revisión no fue que Leios esté terminado, ni que la mainnet de Cardano esté funcionando ya con un nuevo nivel de rendimiento. Fue más específico y más importante. Los componentes necesarios para probar a Leios como una arquitectura de escalabilidad real están comenzando a alinearse, desde Extended Blocks (EB) y la difusión de votos hasta los estándares de validación de ledger, el comportamiento de mempool, las claves BLS y la infraestructura de prueba de extremo a extremo.

Para Cardano, esto importa porque Leios no es solo otra propuesta de rendimiento. Es uno de los intentos más importantes del ecosistema para aumentar el rendimiento, preservando las suposiciones de seguridad y descentralización que definen la red. La revisión de abril mostró que este trabajo ahora está siendo probado a través de preguntas de ingeniería concretas en lugar de promesas generales de escalabilidad.

El Prototipo de Cardano Leios Muestra Avances Iniciales en Rendimiento

La revisión comenzó con una mirada al prototipo de Leios y cómo se están secuenciando los Extended Blocks (EB), junto con el sistema existente Praos de Cardano. En la configuración de desarrollo en vivo, el equipo mostró la red funcionando bajo una carga de alrededor de 20 kilobytes de transacciones por segundo, descritos en ese escenario específico como aproximadamente 100 transacciones por segundo con transacciones más pequeñas.

Ese número no debe considerarse como una afirmación final del rendimiento de Leios. El equipo todavía está trabajando hacia un objetivo de entorno controlado más alto de 200 kilobytes de transacciones por segundo. En un ejemplo teórico utilizando transacciones muy pequeñas de 200 bytes, eso podría corresponder a aproximadamente 1000 transacciones por segundo, pero la revisión no presentó eso como un resultado alcanzado en la mainnet.

La señal más importante fue cómo se comportó el prototipo. La demostración visual mostró bloques Praos y bloques extendidos Leios apareciendo en el mismo entorno, con el mempool agotándose mientras el rendimiento confirmado seguía la carga colocada en el sistema. Eso le da al equipo de desarrollo una forma más clara de observar si Leios está moviendo los datos de las transacciones a través del sistema como se pretende.

La revisión también mostró avances en la visualización de la difusión de votos. Los desarrolladores ahora pueden inspeccionar cómo se mueven los votos a través de la red, lo que está volando entre los nodos y cómo se están votando hashes EB específicos por las identidades participantes. Esto es importante porque Leios no puede ser juzgado solo por cuánto dato puede introducir. También tiene que demostrar que la red puede propagar, votar y certificar esos datos confiablemente.

Esta es la parte difícil de la escalabilidad de Cardano. Un objetivo de mayor rendimiento es fácil de escribir en papel. Un protocolo descentralizado que coordina un flujo de datos más grande a través de nodos reales, límites de ancho de banda, diferencias de latencia y condiciones adversas es un desafío diferente. La revisión de abril mostró que Leios ahora está siendo probado contra ese segundo problema.

Los Estándares de Cardano Se Centran en Validación, Eficiencia del Mempool y Carga de Red

Una parte importante de la revisión se enfocó en el trabajo con estándares. Los estándares de validación de transacciones en el ledger están diseñados para medir el costo de estrategias de validación diferentes utilizando una implementación real del ledger de Cardano. Estas pruebas no miden toda la red. Aíslan partes específicas del sistema para que el equipo pueda entender dónde puede ser necesario optimizar.

Los resultados mostraron diferencias significativas entre los enfoques de validación. Para transacciones de pequeño valor, la revisión discutió una velocidad aproximada cinco veces mayor al alejarse de la validación completa en el escenario probado. Para transacciones de script, la diferencia fue mucho mayor, con una velocidad aproximada cincuenta veces mayor mencionada en relación con los resultados del estándar.

Esas cifras no significan que cada carga de trabajo real se comportará de la misma manera. Sí muestran por qué el trabajo con estándares es importante. Si se espera que Leios aumente la cantidad de datos de transacciones que se mueven a través de Cardano, la red también necesita entender cómo los costos de validación escalan entre tipos de transacciones, tamaños de bloques y condiciones de hardware.

La revisión también incluyó pruebas de envío de transacciones versión 2. El modelo actual v1 usado en la mainnet fue descrito como simple pero desperdiciador porque múltiples pares pueden descargar las mismas transacciones después de recibir los mismos anuncios. Eso crea movimiento de datos duplicado y reduce la eficiencia de la red.

El enfoque de decisión más reciente v2 mostró resultados mucho más sólidos en las pruebas presentadas. En una ejecución, completó la transferencia en aproximadamente 1.6 segundos con una eficiencia de aproximadamente el 78 por ciento, en comparación con los resultados de v1 donde solo alrededor del 9 por ciento de los datos transportados fueron útiles. Esa mejora es relevante para Leios, pero también podría mejorar Cardano más ampliamente porque un mejor envío de transacciones reduce el desperdicio de red antes de cualquier activación completa de Leios.

El equipo también está preparando pruebas de red más grandes a través del clúster PNT, utilizando una topología de nodos más realista, distribución regional y perfiles de latencia. El objetivo es entender cuántos datos de transacciones puede manejar el nodo actual de Cardano y el stack de redes antes de que la capa de consenso de Leios sea completamente introducida.

Esto es donde la revisión se convirtió en más que una actualización de prototipo. El trabajo ahora está analizando las partes de escalabilidad que generalmente determinan si un protocolo puede abandonar el laboratorio: replicación del mempool, descargas duplicadas, envío de transacciones, mensajes de trazado, latencia de red y el costo real de mover más datos a través de un sistema descentralizado.

Leios Avanza en el Soporte del CLI de Cardano y Diseño del Comité

La revisión de abril también mostró que la preparación de Leios está llegando a la capa de herramientas. El equipo demostró soporte del CLI de Cardano para claves BLS, que serán necesarias para la participación en el protocolo de consenso de Leios.

Los operadores de pool de staking necesitarán generar una clave BLS y una prueba de posesión además de sus claves habituales. La prueba de posesión es importante porque ayuda a proteger contra ataques de claves fraudulentas. Según la revisión, los comandos relevantes ya están disponibles en la última versión del CLI de Cardano bajo la era Dijkstra.

El proceso esperado es que, después del hard fork correspondiente, los operadores de pool registren las nuevas credenciales BLS a través de un certificado de registro de pool de staking e incluyan la clave de firma BLS en la configuración de inicio del nodo. Eso es una señal práctica de progreso. Leios ya no es solo una discusión de investigación. Está comenzando a tocar el flujo de trabajo operativo que los proveedores de infraestructura de Cardano eventualmente necesitarán seguir.

Otra actualización importante se produjo en la discusión de selección de comités. El equipo está considerando un cambio desde la propuesta actual SIP164, que utiliza un modelo ponderado más complejo con una reserva de sorteo local. La alternativa que se está discutiendo sería más simple, más fácil de implementar y más eficiente para verificar.

La razón es práctica. Bajo el modelo más simple, los votos pueden ser más pequeños, la verificación puede ser más rápida y los certificados pueden reducirse significativamente en tamaño. La revisión discutió una comparación donde el tamaño del certificado podría pasar de alrededor de 8 kilobytes a alrededor de 200 bytes, dependiendo del esquema y los parámetros.

Ese detalle importa porque la escalabilidad no solo trata de aumentar la capacidad de transacción. Si un mayor rendimiento crea una carga votante pesada, certificados grandes o rutas de verificación costosas, la red puede ganar rendimiento en un área mientras pierde eficiencia en otra. Al simplificar la selección de comités antes de que llegue la presión de producción, el equipo de Leios está tratando de eliminar la complejidad a nivel del protocolo en lugar de gestionarla más adelante a través de soluciones operativas.

La revisión también destacó la preparación para pruebas de extremo a extremo. Cardano ya tiene más de 2000 escenarios de pruebas de nivel de sistema que cubren áreas como el nodo de Cardano, el CLI de Cardano, db sync, gobernanza, delegación, recompensas y comportamiento de rollback. El plan es utilizar esta base de pruebas para Leios, con variantes de testnet locales que se asemejan más a los parámetros de la mainnet y con generadores de transacciones creando una carga sostenida.

Por lo tanto, la próxima fase está volviéndose más clara. Leios ahora tiene que pasar del comportamiento del prototipo y los estándares de componentes a condiciones más amplias de testnet, donde el rendimiento, la difusión de votos, la selección de comités, la preparación del CLI, la propagación de red y las operaciones de los operadores del pool puedan evaluarse juntas. Ese es el verdadero punto de control. No un número de TPS en un titular, sino si el sistema completo puede comportarse de manera predecible cuando las piezas están conectadas.

Para Cardano, la revisión de Leios de abril marca progreso porque muestra que la hoja de ruta de escalabilidad está volviéndose operativa. El protocolo está siendo probado a través de las mismas capas que decidirán su valor real, el ledger, el mempool, el stack de red, el modelo de comité, el CLI y los operadores que lo ejecutarán. Si esas capas continúan convergiendo, Leios no será solo un concepto de escalabilidad para Cardano. Se convertirá en un camino comprobable hacia una mayor capacidad sin abandonar la disciplina de ingeniería que hizo diferente a la red desde el principio.