La actualización de Cardano Leios requiere reiniciar la testnet Musashi

La versión rc-2026w42 adelanta en un slot la certificación de bloques endorser y corrige problemas de validación de transacciones. Su nueva codificación de bloques exige que los operadores sincronicen una cadena de testnet desde cero.

By SongMarketCap

Updated:

Cardano News - La actualización de Cardano Leios requiere reiniciar la testnet Musashi

El último prelanzamiento de Leios de Input Output requiere reiniciar la testnet Musashi Dojo porque su formato de bloque endorser es incompatible con versiones anteriores. La actualización llega durante Fire, la fase que prueba cómo se comporta la actualización propuesta de capacidad de procesamiento de Cardano bajo una carga creciente.

El nuevo formato de bloques de Leios rompe la compatibilidad

Ouroboros Leios amplía la capacidad de transacciones de Cardano mediante bloques endorser adicionales junto a la cadena Praos existente. Estos hacen referencia a transacciones que un comité de stake pools valida y sobre las que vota. Un certificado permite que esas transacciones entren en el libro mayor.

El diseño aporta capacidad adicional para transferencias de ADA y transacciones de aplicaciones. Los bloques endorser usan procesos de distribución y validación separados, lo que exige que los nodos participantes sigan reglas de comunicación compatibles.

Un nodo que ejecute rc-2026w42 no puede intercambiar bloques endorser con versiones anteriores ni leer sus cadenas. Según las notas de versión, los operadores deben eliminar tanto la base de datos de la cadena local como las bases de datos de Leios antes de sincronizar la red reiniciada desde génesis.

La certificación se adelanta un slot

Los productores de bloques ahora pueden certificar un bloque endorser inmediatamente después de que hayan transcurrido los periodos requeridos de anuncio, votación y difusión. Con los parámetros predeterminados, eso es posible tras 14 slots, un slot antes que en versiones anteriores.

El cambio alinea el prototipo con CIP-164 y con las reglas de validación de cabeceras del nodo principal. El umbral define la inclusión más temprana permitida de certificados; la inclusión real también depende de la producción de un bloque elegible.

Ahora se prohíbe la certificación a través del límite de una época. Los nodos rechazan cabeceras que intenten certificar un bloque endorser anunciado en la época anterior, y los productores de bloques ya no crean esos certificados.

La versión también corrige un error del prototipo que podía permitir que una transacción con un script de Plutus fallido gastara sus entradas bloqueadas por script después de que se certificara su bloque endorser. La corrección conserva la marca de validez del script en la codificación de la transacción transmitida. También exige una validación nueva cuando la versión del protocolo usada para la votación difiere de la versión con la que se comprobó previamente la transacción.

Musashi Fire pone a prueba los parámetros iniciales de Cardano

Musashi Dojo es operada por Input Output, con operadores independientes de stake pools que ejecutan productores de bloques habilitados para Leios y participan en el consenso. ADA de prueba y la delegación respaldan su participación.

Durante Fire, el tráfico aumenta de forma progresiva para establecer niveles operativos sostenibles, exponer problemas de software y evaluar la configuración del protocolo. La testnet también ofrece a los equipos de aplicaciones un entorno para comprobar monederos, indexadores y otras herramientas con Leios.

La actualización del 17 de octubre de Intersect informó de que Musashi superó a Preview y Preprod en tamaño de red y distribución geográfica. El equipo de desarrollo celebró dos sesiones abiertas durante las pruebas el 15 de octubre, y se espera que los hallazgos sirvan para informar la configuración inicial de parámetros para la red principal de Cardano.

Los operadores también obtienen un nuevo comando cardano-cli query leios-committee para inspeccionar los comités de votación de la época actual y la siguiente.

La información de comités que antes devolvía query stake-snapshot pasa a esa consulta dedicada, en paralelo a los cambios de la versión en el momento de la certificación y en los límites de época.