Cardano Ledger añade reglas para bloques endorser de Leios

El equipo de desarrollo del libro mayor de Cardano ha fusionado reglas para procesar bloques endorser de Ouroboros Leios. Pull request #6215, titulado “Add EB and EBLEDGERS,” se fusionó en la rama master del repositorio cardano-ledger el 30 de octubre.

La actualización forma parte del trabajo para preparar el libro mayor de Cardano para Leios, una extensión de protocolo propuesta diseñada para aumentar el rendimiento de transacciones. Leios sigue en desarrollo y no está activa en la red principal de Cardano.

Cómo funcionan las nuevas reglas del libro mayor de Cardano

El libro mayor verifica si los bloques y las transacciones son válidos y determina cómo cambian el estado registrado de la red. Las reglas recién fusionadas se aplican a la era Dijkstra planificada y abordan cómo el libro mayor procesa un bloque endorser y sus transacciones.

La primera regla, EB, comprueba si el hash del bloque que se aplica coincide con el anuncio más reciente de bloque endorser registrado en el estado del libro mayor. También rechaza el bloque si no hay ningún anuncio presente.

La segunda regla, EBLEDGERS, procesa las transacciones del bloque. En su forma inicial, sigue la regla LEDGERS existente utilizada para el procesamiento de transacciones. El pull request fusionado también incluye pruebas para las nuevas reglas.

Certificados de Leios y votación de pools de participación

Leios introduce bloques endorser junto con la cadena Praos existente. El diseño permite que estos bloques hagan referencia a transacciones adicionales, con un comité de pools de participación que vota antes de que esas transacciones puedan incorporarse al libro mayor.

Según la propuesta CIP-0164 actual, el comité está compuesto por los pools más grandes por participación activa y se selecciona para una época. Los votos se ponderan por participación y se combinan usando firmas BLS. La propuesta describe un umbral de certificado del 75% del total de la participación activa como un valor de parámetro viable.

El equipo del libro mayor fusionó una regla LEIOSCERT independiente el 27 de octubre para validar certificados y su temporización. El 29 de octubre, también fusionó una interfaz de validación de certificados destinada a la capa de consenso. La tarea de desarrollo relacionada describe una manera de comprobar un certificado cuando la información necesaria para la validación está disponible pero el propio bloque endorser aún no se ha recibido.

[NEWSBREAK]

De los cambios en el libro mayor al hard fork Dijkstra

Las nuevas reglas del libro mayor se fusionaron después de la versión preliminar de cardano-node 11.2.0. Esa versión incluye funciones de desarrollo de Dijkstra y trabajo de base para Leios, mientras que la funcionalidad de Leios permanece deshabilitada de forma predeterminada.

Según las actas del Hard Fork Working Group de Intersect, se prevé que el nodo 11.3 incluya Leios lineal. El grupo lo describió como el primer candidato que podría promoverse a la versión 12.0, que sería capaz de cruzar el hard fork, siempre que las pruebas no identifiquen problemas bloqueantes.

El plan de despliegue publicado por Input Output incluye el hard fork Dijkstra, el registro de claves BLS por parte de los operadores de pools de participación, ejercicios de carga en la red principal y aumentos posteriores de capacidad mediante actualizaciones de parámetros del protocolo. Su objetivo inicial es aproximadamente de tres a cinco veces el techo actual de Praos de 4,5 kilobytes de transacciones por segundo. Actualizaciones posteriores apuntan a alrededor de diez a quince veces ese techo, sujeto a las pruebas y a las decisiones de gobernanza.