El prototipo Leios de Cardano adapta el tamaño de bloque al apoyo de votación

El equipo de consenso de Cardano lanzó el prototipo Ouroboros Leios rc-2026w44 con una función llamada aprobaciones adaptativas. Permite a los productores crear endorser blocks más pequeños cuando los bloques recientes reciben menos apoyo de votación. El equipo diseñó la función para preservar parte de la capacidad adicional de transacciones de Leios cuando los bloques más grandes tienen dificultades para ser certificados y el rendimiento de otro modo volvería al nivel compatible con Praos, el protocolo de consenso actual de Cardano.

Por qué los bloques más pequeños pueden ayudar

Leios añade capacidad mediante el uso de endorser blocks para transportar transacciones junto con los bloques regulares que forman la cadena. Certificar un endorser block requiere votos que representen una participación mínima de stake. En las pruebas en Musashi, algunos bloques más grandes no alcanzaron el objetivo porque los nodos de votación no pudieron validar transacciones que aún no habían visto antes de que se cerrara la ventana de votación.

El prototipo compara el peso de voto detrás de cada anuncio de bloque reciente con la participación que intervino a lo largo de rondas recientes. Usa esa diferencia para estimar cuánto del margen por encima del umbral de certificación perdió el anuncio. Después los productores reducen el tamaño de los nuevos endorser blocks, dando a los nodos de votación menos transacciones que comprobar en la misma ventana.

Qué cambió en la rama principal de desarrollo

Separadamente del lanzamiento del prototipo, el equipo de consenso añadió la producción de endorser blocks a la rama principal de desarrollo. Los productores pueden construir estos bloques a partir de transacciones que no caben en un bloque regular de la cadena, conocido como ranking block, y almacenarlos en una base de datos dedicada llamada LeiosDB.

Cuando un ranking block entrante lleva un certificado Leios, el nodo comprueba el certificado y espera el endorser block correspondiente antes de seleccionar el ranking block para su cadena. La rama de desarrollo también añade retransmisión de votos. Los nodos comprueban cada voto de Leios una vez y se desconectan de los pares que envían votos inválidos.

[NEWSBREAK]

En qué se diferencian Musashi y DijkstraNet

Intersect identificó a Musashi como la red de pruebas para la implementación completa de Linear Leios. DijkstraNet ejecuta la versión 12 del protocolo y admite el registro de claves BLS para operadores de pools de participación. Su versión actual deja la implementación completa de Linear Leios fuera de alcance.

Las aprobaciones adaptativas están desactivadas de manera predeterminada en rc-2026w44. La configuración suministrada para Musashi habilita la función. La versión mantiene los formatos de base de datos y de mensajes de red utilizados por rc-2026w43, por lo que los nodos en ambas versiones pueden comunicarse y los operadores pueden actualizar sin resincronizar.