Cardano Leios apunta a una capacidad de 3 a 5 veces a través de un despliegue por etapas de Dijkstra

Input Output ha delineado un despliegue por etapas para la actualización Leios de Cardano, con el objetivo de alcanzar inicialmente de tres a cinco veces la capacidad de transacciones actual antes de que futuras votaciones de gobernanza puedan aumentarla a 10-15 veces.

Resumen

• Leios apunta a 3-5 veces la capacidad actual de Cardano inicialmente, con ganancias posteriores hacia 10-15 veces.
• La activación necesita el registro de claves de votación que cubran aproximadamente el 90-95% de la participación delegada.
• Los cambios posteriores en la capacidad requieren resultados de carga de la red principal y votaciones de gobernanza separadas.
• Solo 21 de las 103 aplicaciones de Cardano listadas han habilitado el seguimiento de transacciones en la tabla de clasificación.

Input Output dijo en su actualización del 20 de octubre que Leios llegará con el hard fork de Dijkstra, seguido del registro de grupos de participación, ejercicios de carga de red en vivo y al menos dos actualizaciones de parámetros del protocolo.

El plan del desarrollador separa la actualización de la red de los pasos necesarios para activar Leios y permitir más tráfico. Los grupos deben registrar primero nuevas claves de votación, con la estimación actual que requiere aproximadamente el 90-95% de la participación delegada antes de que Leios pueda operar.

"El hard fork hace que el protocolo esté disponible", escribió Input Output. La actualización no proporciona una fecha fija de activación de Dijkstra. Las ganancias de capacidad propuestas siguen sujetas a los resultados de la red principal y la aprobación de la comunidad.

Cardano Leios necesita registro de grupos después de Dijkstra

Bajo el plan de despliegue de Input Output, los operadores de grupos de participación generarán claves de votación BLS después del hard fork y las registrarán a través de certificados de grupo actualizados. Cada registro se activa en el siguiente límite de época.

Las firmas BLS permiten combinar cientos de votos de grupos en un certificado compacto. Input Output dice que Leios necesita votos que representen al menos el 75% de toda la participación activa para certificar un bloque de endoso, que lleva referencias a transacciones que esperan procesamiento.

El registro debe estar cómodamente por encima de ese umbral para permitir grupos que estén fuera de línea o que respondan lentamente. El desarrollador estima la participación de aproximadamente los 500-900 grupos principales, aunque el requisito exacto de activación depende de parámetros que aún se están finalizando.

Los grupos sin una clave BLS registrada pueden continuar produciendo bloques Praos, según la actualización, pero no pueden votar sobre bloques de endoso de Leios. El registro de claves no requiere una votación separada de representantes delegados o del Comité Constitucional.

La preparación sigue al hard fork van Rossem de Cardano del 18 de julio, que movió la red principal a la Versión del Protocolo 11, como informó anteriormente crypto.news. Intersect confirmó esa actualización después de pruebas y aprobación de los cuerpos de gobernanza de la red.

Los cambios de capacidad requieren aprobación de gobernanza separada

Antes de Dijkstra, Input Output planea una actualización constitucional que cubra los nuevos parámetros del protocolo y los límites dentro de los cuales la gobernanza puede cambiarlos. Su hoja de ruta asigna la preparación de esos límites al Comité de Parámetros de Intersect, con el equipo de Plutus actualizando el script de límites.

El desarrollador enumera diferentes umbrales de aprobación para cada etapa. La enmienda constitucional necesita el apoyo de representantes delegados que representen el 75% de la participación y dos tercios del Comité Constitucional.

Para el hard fork, los requisitos establecidos son el 60% de la participación de DRep, el 51% de la participación de los operadores de grupos de participación y dos tercios del comité. Los cambios posteriores en el rendimiento requieren el 67% de la participación de DRep, el 51% de la participación de SPO y dos tercios de los miembros del comité.

Una vez que Leios esté en funcionamiento, Input Output planea ráfagas controladas de tráfico en la red principal para medir la entrega de bloques, la velocidad de votación, la fiabilidad del certificado y el espacio de procesamiento disponible en los nodos. Cada paso de capacidad propuesto debe incluir mediciones de la configuración anterior.

El objetivo inicial utiliza el límite actual de Praos de aproximadamente 4.5 kilobytes de transacciones por segundo como su línea base. Multiplicar esa cifra por los rangos anunciados da aproximadamente 13.5-22.5 TxkB/s inicialmente y 45-67.5 TxkB/s en el objetivo posterior.

Estas cifras miden la capacidad de datos de transacción, no un número fijo de transacciones por segundo. El número de transacciones que se pueden acomodar depende de su tamaño.

Input Output dice que la gobernanza puede cambiar los límites de Leios sin otro hard fork, siempre que las propuestas se mantengan dentro de los límites constitucionales aprobados.

Las pruebas anteriores alcanzaron aproximadamente seis veces el techo de Praos

En un informe de ingeniería del 20 de agosto, el equipo de Leios registró un pico de MusashiNet de 26.8 TxkB/s frente a un techo de 4.51 TxkB/s en la red principal de Praos. Las cifras producen una relación de aproximadamente 5.94 veces.

El equipo dijo que la fase terrestre de 41 días involucró más de 127,000 bloques y 63 grupos registrados. El tráfico provino de la generación de carga sintética y operadores participantes, por lo que los resultados describen el rendimiento de la red de pruebas en lugar de la demanda de los clientes.

Su informe documentó problemas de implementación, incluidos fugas de memoria, bifurcaciones de cadena, sincronización detenida y una parada de red causada por manejar un certificado inválido como un error fatal. El equipo dijo que corrigió las fallas.

Para la red principal, el plan de Input Output del 20 de octubre comienza con configuraciones conservadoras porque la red en vivo incluye aproximadamente 2,700 grupos registrados utilizando diferentes máquinas, conexiones y configuraciones.

Leios retiene bloques de clasificación de Praos y agrega bloques de endoso cuando el tráfico pendiente excede lo que un bloque de clasificación puede llevar, explicó el desarrollador. Se espera que las transacciones procesadas a través de bloques de endoso lleguen al libro mayor en aproximadamente 45 a 60 segundos.

La preparación de Dijkstra ha avanzado a través de lanzamientos de software separados. La versión 11.1.1 del nodo de septiembre abordó problemas operativos antes de versiones posteriores destinadas a introducir las características de la nueva era.

La hoja de ruta de Dijkstra de dos fases anterior de Intersect colocó a Linear Leios en la primera fase y a Peras en una actualización separada dirigida para el segundo trimestre de 2027. Su cronograma describió las fechas de entrega como estimaciones sujetas a pruebas y gobernanza.

La tabla de clasificación de aplicaciones cubre proyectos con seguimiento habilitado

En un post separado del 20 de octubre en X, Cardano dijo que 21 de las 103 aplicaciones listadas en su sitio web habían habilitado el seguimiento de transacciones. Los proyectos aparecen en la tabla de clasificación una vez que el seguimiento está activado, y la participación está abierta a todos los proyectos que construyen sobre Cardano.

Actualmente, 21 de las 103 aplicaciones listadas en https://t.co/XXRKmcOmRb tienen el seguimiento de transacciones activado. Una vez habilitado, una aplicación aparece en la tabla de clasificación. El seguimiento está abierto a todos los proyectos que construyen sobre Cardano. https://t.co/YnvMr2ba6H pic.twitter.com/aeeahOen1F --- Cardano (@Cardano) 20 de octubre de 2026

Las cifras colocan la participación en el seguimiento en aproximadamente el 20.4% de las aplicaciones listadas. La declaración de Cardano describe qué proyectos contribuyen a la tabla de clasificación; no establece totales de transacciones para las 82 aplicaciones restantes.

Sobre la economía de la red, Input Output dijo que más del 85% de las recompensas de época provienen actualmente de la Reserva de Cardano. Su actualización citó una estimación de CIP-164 que indicaba que los ingresos por tarifas requerirían un tráfico sostenido de aproximadamente 50 a 70 TxkB/s para alcanzar el punto de equilibrio.

"Leios crea una ruta hacia ese nivel de actividad", escribió el desarrollador. "No crea demanda por sí mismo."

Otras características planificadas de Dijkstra incluyen transacciones anidadas, mejoras de cuentas, scripts de guardia, Plutus V4, recompensas de staking retirables libremente y un parámetro de apalancamiento de promesas. Según Input Output, esos cambios llegarán con el hard fork y no dependen de que Leios alcance sus objetivos de capacidad posteriores.