Input Output ha esbozado un despliegue por etapas para la actualización Leios de Cardano, con el objetivo inicial de alcanzar de tres a cinco veces la capacidad de transacciones actual antes de que votaciones de gobernanza posteriores puedan elevarla a 10–15 veces.
Resumen
- Leios apunta inicialmente a 3–5 veces la capacidad actual de Cardano, con ganancias posteriores hacia 10–15 veces.
- La activación requiere el registro de claves de voto que cubran aproximadamente el 90–95% del stake delegado.
- Los cambios posteriores de capacidad requieren resultados de carga de la mainnet 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 Dijkstra, seguido del registro de stake pools, ejercicios de carga en vivo de la red 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 pools deben primero registrar nuevas claves de voto, con la estimación actual que requiere aproximadamente el 90–95% del stake delegado antes de que Leios pueda operar.
“El hard fork hace que el protocolo esté disponible”, escribió Input Output. La actualización no da una fecha fija de activación de Dijkstra. Sus ganancias de capacidad propuestas siguen sujetas a los resultados de la mainnet y a la aprobación de la comunidad.
Cardano Leios necesita el registro de pools después de Dijkstra
Según el plan de despliegue de Input Output, los operadores de stake pools generarán claves de voto BLS después del hard fork y las registrarán mediante certificados de pool actualizados. Cada registro se activa en el siguiente límite de época.
Las firmas BLS permiten combinar cientos de votos de pools en un certificado compacto. Input Output afirma que Leios necesita votos que representen al menos el 75% de todo el stake activo para certificar un bloque endorser, que contiene referencias a transacciones pendientes de procesamiento.
El registro debe situarse cómodamente por encima de ese umbral para tener en cuenta a los pools que están desconectados o lentos para responder. El desarrollador estima la participación de aproximadamente los 500–900 pools principales, aunque el requisito exacto de activación depende de parámetros que aún se están finalizando.
Los pools sin una clave BLS registrada pueden seguir produciendo bloques Praos, según la actualización, pero no pueden votar sobre bloques endorser de Leios. El registro de claves no requiere un voto separado de los representantes delegados ni del Comité Constitucional.
La preparación sigue al hard fork van Rossem de Cardano del 18 de julio, que trasladó la mainnet a la Versión de Protocolo 11, como informó previamente crypto.news. Intersect confirmó esa actualización tras las pruebas y la aprobación de los órganos 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 esas salvaguardas al Comité de Parámetros de Intersect, con el equipo de Plutus actualizando el script de salvaguardas.
El desarrollador enumera diferentes umbrales de aprobación para cada etapa. La enmienda constitucional necesita el apoyo de representantes delegados que representen el 75% del stake y dos tercios del Comité Constitucional.
Para el hard fork, los requisitos indicados son el 60% del stake de los DRep, el 51% del stake de los operadores de stake pools y dos tercios del comité. Los cambios posteriores de rendimiento requieren el 67% del stake de los DRep, el 51% del stake de los SPO y dos tercios de los miembros del comité.
Una vez que Leios esté operando, Input Output planea ráfagas controladas de tráfico en la mainnet para medir la entrega de bloques, la velocidad de votación, la fiabilidad de los certificados y el margen de procesamiento restante en los nodos. Cada paso de capacidad propuesto debería incluir mediciones de la configuración anterior.
El objetivo inicial utiliza el techo actual de Praos de aproximadamente 4,5 kilobytes de transacciones por segundo como 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 transacciones, no un número fijo de transacciones por segundo. El número de transacciones que caben depende de su tamaño.
Input Output afirma que la gobernanza puede cambiar los límites de Leios sin otro hard fork, siempre que las propuestas permanezcan dentro de las salvaguardas constitucionales aprobadas.
Las pruebas anteriores alcanzaron aproximadamente seis veces el límite de Praos
En un informe técnico del 20 de agosto, el equipo de Leios registró un pico de MusashiNet de 26,8 TxkB/s frente a un límite de la red principal de Praos de 4,51 TxkB/s. Las cifras producen una proporción de aproximadamente 5,94 veces.
El equipo indicó que la fase Tierra, de 41 días, involucró más de 127.000 bloques y 63 pools registrados. El tráfico provino de la generación de carga sintética y de los operadores participantes, por lo que los resultados describen el rendimiento de la testnet y no la demanda de los clientes.
Su informe documentó problemas de implementación, incluidos fugas de memoria, bifurcaciones de la cadena, sincronización estancada y una detención de la red causada por tratar un certificado no válido como un error fatal. El equipo afirmó 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 pools registrados que utilizan diferentes máquinas, conexiones y configuraciones.
Leios conserva los bloques de clasificación de Praos y añade bloques endorser cuando el tráfico pendiente supera lo que un bloque de clasificación puede transportar, explicó el desarrollador. Se espera que las transacciones procesadas mediante bloques endorser lleguen al ledger en aproximadamente 45–60 segundos.
La preparación de Dijkstra ha avanzado mediante lanzamientos de software separados. La versión 11.1.1 del nodo de septiembre abordó problemas operativos antes de las versiones posteriores destinadas a introducir las características de la nueva era.
La hoja de ruta de Dijkstra en dos fases anterior de Intersect situó a Linear Leios en la primera fase y a Peras en una actualización separada prevista para el segundo trimestre de 2027. Su calendario describía las fechas de entrega como estimaciones sujetas a pruebas y gobernanza.
La tabla de clasificación de aplicaciones abarca proyectos con el seguimiento habilitado
En una publicación separada en X del 20 de octubre, Cardano indicó 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 se activa el seguimiento, y la participación está abierta a todos los proyectos que se construyen sobre Cardano.
Las cifras sitúan 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 los totales de transacciones de las 82 aplicaciones restantes.
En cuanto a la economía de la red, Input Output indicó que más del 85% de las recompensas de época provienen actualmente de la Reserva de Cardano. Su actualización citó una estimación del CIP-164 según la cual los ingresos por comisiones requerirían un tráfico sostenido de aproximadamente 50–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, guard scripts, Plutus V4, recompensas de staking libremente retirables y un parámetro de apalancamiento de la promesa. Según Input Output, esos cambios llegan con el hard fork y no dependen de que Leios alcance sus objetivos de capacidad posteriores.
