La actualización Dijkstra de Cardano describe el despliegue de Leios con un objetivo de rendimiento entre 10 y 15 veces mayor

La próxima era Dijkstra de Cardano introducirá una importante actualización de protocolo diseñada para ampliar la capacidad de procesamiento de transacciones y añadir nuevas capacidades en toda la red. Carlos Lopez-Zelada, responsable de producto de Leios en Input Output, ha descrito el proceso de despliegue, incluidas las condiciones necesarias antes de que la tecnología de escalado pueda operar en mainnet.

El paso a la versión 12 del protocolo introducirá Linear Leios junto con cambios en los contratos inteligentes, el manejo de transacciones y la economía del staking. El plan de despliegue de Input Output apunta a un aumento inicial de rendimiento de dos a cinco veces, seguido de ajustes adicionales destinados a alcanzar aproximadamente entre 10 y 15 veces la capacidad actual de la red.

Estas mejoras no llegarán mediante una única activación. Dijkstra requiere cambios constitucionales, aprobación de gobernanza y la participación de los operadores de pools de stake antes de que Leios pueda comenzar a procesar bloques de transacciones adicionales.

Dijkstra combina Leios con cambios importantes en el libro mayor y en el staking

Dijkstra reúne múltiples mejoras de protocolo que requieren cambios en las reglas de consenso de Cardano, las estructuras del libro mayor o los formatos de transacción. En lugar de introducir cada función por medio de un hard fork separado, la actualización las incorpora en una transición coordinada a la versión 12 del protocolo.

Linear Leios es la pieza central de la versión. La tecnología está diseñada para aumentar la capacidad de procesamiento de transacciones de Cardano preservando las garantías de seguridad de su protocolo de consenso subyacente.

La actualización más amplia también incluye Nested Transactions, que aportan flexibilidad adicional en la construcción de transacciones y la gestión de comisiones. Las mejoras en las direcciones de cuenta amplían cómo interactúan las transacciones con las cuentas, mientras que los Guard Scripts brindan a los desarrolladores nuevos mecanismos de autorización.

Plutus V4 añade capacidades al entorno de contratos inteligentes de Cardano, mientras que los cambios en el precio y los límites de los reference-script permitirán que parámetros antes fijos se ajusten mediante gobernanza.

Dijkstra también introduce cambios asociados a dos propuestas de staking.

CIP-23 establece un parámetro de margen mínimo del pool destinado a respaldar un enfoque revisado de las comisiones de los pools de stake. Su activación completa depende de la preparación de la implementación y de la gobernanza.

CIP-50 introduce un parámetro de apalancamiento del pledge que puede cambiar cómo el pledge del operador influye en las recompensas de staking. Su configuración inicial preserva el cálculo de recompensas existente hasta que la gobernanza apruebe un ajuste diferente.

La actualización además incluye el trabajo técnico de base para Ouroboros Peras, una mejora de consenso independiente destinada a acelerar la liquidación de transacciones. Su activación está prevista para una actualización de protocolo posterior dentro de la era Dijkstra.

Leios introduce procesamiento de transacciones en paralelo y certificación BLS

Linear Leios cambia la forma en que Cardano puede procesar transacciones adicionales sin depender exclusivamente de la producción convencional de bloques.

El sistema de consenso existente utiliza Ranking Blocks producidos por los operadores de pools de stake. Leios añade Endorser Blocks, lo que permite que datos de transacciones adicionales se muevan por la red junto a la cadena de bloques principal.

Cuando se produce un Endorser Block, los operadores participantes recuperan cualquier información de transacción que falte y verifican su contenido. Los bloques válidos pueden entonces recibir endosos criptográficos de otros operadores.

Estos endosos usan firmas BLS, que pueden agregarse en un único certificado verificable. Una vez que se cumple el umbral de certificación requerido, el certificado puede incorporarse en un Ranking Block posterior.

Este mecanismo permite procesar más transacciones manteniendo un proceso de validación y certificación definido.

Sin embargo, activar Leios requiere preparación adicional por parte de los operadores de pools de stake de Cardano.

Los operadores deben registrar nuevas claves BLS mediante certificados de registro de pool actualizados. Según Lopez-Zelada, el comité de certificación debe representar al menos el 75% del stake activo antes de que Leios pueda entrar en funcionamiento.

Input Output aspira a una participación más amplia, idealmente cubriendo aproximadamente entre el 90 y el 95% del stake activo.

Este requisito crea una distinción entre entrar en la era Dijkstra y activar la capacidad de procesamiento adicional. Incluso después del hard fork, Leios depende de una participación suficiente de los operadores y de los registros criptográficos necesarios.

[NEWSBREAK]

Cardano planea una activación conservadora antes de ampliar el rendimiento

El despliegue de Dijkstra comienza con enmiendas a la Constitución de Cardano que abarcan 16 nuevos parámetros de protocolo ajustables.

Diez están asociados con Leios, cuatro se refieren al precio y los límites de los reference-script, y dos se relacionan con la economía del staking. Las enmiendas establecerán clasificaciones de gobernanza y restricciones que regirán futuros cambios de parámetros.

Algunas restricciones pueden aplicarse de forma automática mediante scripts de gobernanza, mientras que otras requieren la supervisión del Comité Constitucional.

Una vez abordados los requisitos constitucionales, la acción de inicio del hard fork debe superar el proceso de gobernanza de Cardano. La transición a la versión 12 del protocolo habilitará entonces la siguiente fase operativa, que incluye el registro de claves BLS y la formación del comité de certificación de Leios.

Input Output pretende activar Leios con parámetros conservadores, apuntando inicialmente a un rendimiento aproximadamente de dos a cinco veces superior al de la configuración actual de la red.

El equipo de desarrollo planea después introducir cargas de transacciones controladas en mainnet, supervisando cómo se comporta el protocolo en condiciones reales de red.

Se prestará especial atención a la propagación de bloques, el comportamiento de la certificación, la validación de transacciones y los efectos de la topología de la red y la distribución del stake. Estas características no pueden reproducirse por completo en entornos de prueba más pequeños.

Tras evaluar los resultados, las propuestas de gobernanza pueden ajustar parámetros como el tamaño de los Endorser Block, los umbrales de certificación y la configuración del comité.

Seguirán períodos adicionales de observación después de esos ajustes antes de introducir nuevos incrementos de capacidad.

El objetivo inicial de escalado indicado es de aproximadamente entre 10 y 15 veces el rendimiento actual de Cardano. Lopez-Zelada también habló del potencial para aumentos mayores, pero enfatizó que los cambios posteriores deben depender de la demanda real de la red y de los requisitos de infraestructura que se imponen a los operadores.

Por lo tanto, el plan de desarrollo separa la introducción de Linear Leios de la expansión progresiva de su capacidad de procesamiento.

Antes de que pueda entrar en vigor el primer aumento de rendimiento, Dijkstra debe recibir la aprobación de gobernanza necesaria, se deben desplegar nodos compatibles, y operadores que representen al menos el 75% del stake activo deben completar el proceso de registro BLS requerido para la certificación de Leios.