Cardano Leios apunta a entre tres y cinco veces la capacidad actual

Input Output esbozó planes el 20 de octubre para introducir Ouroboros Leios a través del hard fork Dijkstra de Cardano. El protocolo apuntaría inicialmente a entre tres y cinco veces la capacidad de datos de transacciones actual, con actualizaciones de parámetros posteriores que apuntan a entre diez y quince veces el nivel vigente. La activación seguiría al registro de pools de participación tras la bifurcación.

Leios añade capacidad durante picos de tráfico en Cardano

Ouroboros Linear Leios está diseñado para procesar más transacciones cuando la demanda supera la capacidad de los bloques Praos existentes. Conserva esos bloques y agrega bloques endorser que contienen referencias a transacciones adicionales.

El protocolo también amplía el mempool, donde los nodos mantienen transacciones a la espera de ser procesadas. Esto da a la red más espacio para aceptar transacciones pendientes durante los periodos de alta actividad.

La capacidad se mide en kilobytes de datos de transacciones por segundo. La cantidad de transacciones procesadas depende de su tamaño y de sus requisitos computacionales.

Los pools de participación deben registrar claves de votación de Leios

Tras Dijkstra, los operadores de pools de participación registrarán claves BLS para participar en la votación de Leios. Input Output estima que la activación requerirá pools registrados que representen aproximadamente entre el 90% y el 95% del ADA delegado, sujeto a los parámetros finales del protocolo.

Con la configuración descrita, los pools participantes validan bloques endorser y emiten votos ponderados por el ADA que representan. La certificación requiere votos que cubran al menos el 75% del stake activo total. Las firmas BLS combinan esos votos en un certificado compacto.

Los pools sin claves registradas pueden seguir produciendo bloques Praos, pero no pueden votar sobre los bloques endorser de Leios.

Las pruebas en la red principal guiarán aumentos adicionales de Leios

La fase Earth de 41 días de MusashiNet alcanzó un pico de 26,8 kilobytes de datos de transacciones por segundo, en comparación con un techo de la red principal Praos de aproximadamente 4,51. La prueba involucró tráfico sintético y operadores participantes. El equipo informó correcciones para fallos de implementación descubiertos durante las pruebas, incluidos problemas de sincronización y manejo de certificados inválidos.

Tras la activación en la red principal, ráfagas controladas de tráfico medirán la propagación de bloques, el desempeño de la votación, la confiabilidad de los certificados y la capacidad sobrante de los nodos.

Se planean al menos dos actualizaciones de parámetros posteriores, cada una requiriendo una aprobación de gobernanza por separado dentro de los límites constitucionales. Estos cambios no requerirían otro hard fork. El anuncio del 20 de octubre no especificó una fecha de activación de Dijkstra.

Cada propuesta de capacidad necesitaría mediciones del nivel operativo previo, lo que daría a la gobernanza evidencia sobre si la red en vivo puede soportar la carga adicional antes de aprobar un límite superior.