Cardano Dijkstra separa Linear Leios y Peras en dos fases

La actualización Dijkstra de Cardano no activará todos los cambios de consenso planificados a la vez. La Fase 1 introduce una nueva era del ledger,

Protocol Version 12, con Linear Leios y un conjunto más amplio de cambios en el ledger, mientras que Peras está prevista para una activación posterior dentro de la misma era.

Intersect actualmente apunta a la finalización del código de la Fase 1 para Q4 2026, con Peras apuntando a Q2 2027. Esas fechas son estimaciones de desarrollo y no fechas confirmadas de hard fork en mainnet.

Linear Leios entra primero en Dijkstra

Linear Leios es el principal componente de escalado de la Fase 1 y representa una implementación simplificada del diseño más amplio de Ouroboros Leios.

Los bloques Praos existentes se amplían a Ranking Blocks, mientras que los Endorser Blocks proporcionan capacidad adicional para el procesamiento de transacciones. Un comité basado en stake certifica un Endorser Block antes de que su certificado se incluya en un Ranking Block posterior y las transacciones asociadas se apliquen al ledger.

El diseño Linear elimina los Input Blocks y el modelo más amplio de producción concurrente de Endorser Blocks incluido en diseños Leios más completos.

Intersect seleccionó este enfoque para llevar parte de la arquitectura de Leios hacia producción sin introducir la complejidad adicional en la estructura de transacciones que requiere el diseño más amplio. Su documentación también señala que algunos enfoques alternativos generaron preocupaciones sobre la experiencia de usuario de las dApps que se consideraron inadecuadas para el primer despliegue.

Dijkstra Fase 1 incluye cambios adicionales en el ledger como Nested Transactions, Guard Scripts, Plutus V4 Script Context y una nueva estructura de serialización del cuerpo del bloque. En conjunto, forman la transición más amplia a la nueva era del ledger.

No se ha definido una cifra única de TPS como objetivo de Dijkstra en mainnet. Linear Leios puede operar bajo diferentes configuraciones según el tamaño de las transacciones y los parámetros del protocolo, con una capacidad que se espera aumente de forma progresiva después de la activación en lugar de lanzarse de inmediato al máximo teórico.

Peras se prepara sin otra era del ledger

Peras no se activará en la Fase 1, pero parte de la infraestructura que requiere ya se introducirá.

Dijkstra incluye las extensiones de códec y los parámetros de protocolo de CIP-140 necesarios para una activación posterior de Peras mediante un cambio de versión de protocolo dentro de la era existente. Por lo tanto, los cambios estructurales pueden completarse durante la Fase 1 sin forzar a Cardano a otra transición completa del ledger cuando Peras esté listo.

Los protocolos también abordan áreas diferentes del rendimiento de la red. Linear Leios amplía la capacidad de procesamiento de transacciones, mientras que Peras añade una capa de votación sobre Ouroboros Praos diseñada para acelerar la liquidación y aumentar antes la confianza en la cadena canónica.

La Fase 2 es por tanto una actualización de consenso separada y no una parte inconclusa del despliegue de Leios. Puede avanzar por su propio proceso de pruebas y ratificación después de que ya estén sentadas las bases necesarias del ledger.

La finalización del código no significa Dijkstra en mainnet

El objetivo actual de Q4 2026 se refiere a la finalización del código de la Fase 1, no a una fecha garantizada de activación en mainnet.

Después de una versión de un nodo compatible con Dijkstra, la actualización debe pasar por hard forks de Preview y Preprod, pruebas de los operadores de stake pool y verificaciones del estado de preparación de la red. Una acción de gobernanza Mainnet Hard Fork Initiation puede seguir solo después de que se completen esas etapas.

Linear Leios también se está probando mediante el entorno Musashi Dojo, donde ya se han demostrado la sincronización de nodos, la certificación de Endorser Block y el flujo de transacciones. Ese trabajo se está usando para afinar los parámetros que más adelante determinarán el comportamiento en producción.

Dijkstra también requiere una enmienda específica a la Cardano Constitution. Los nuevos parámetros de protocolo necesitan salvaguardas constitucionales correspondientes para que la gobernanza pueda modificarlos dentro de rangos definidos después de la activación.

La enmienda propuesta es de alcance técnico y no cambia los roles de gobernanza existentes ni los umbrales de votación. El objetivo actual es presentar la enmienda combinada para el epoch 655, a partir del 11 de septiembre de 2026, seguida de la ratificación por los DRep y una revisión de constitucionalidad por parte del Constitutional Committee.

Esa secuencia deja un intervalo deliberado entre la finalización de la ingeniería y la activación de la red. Dijkstra puede establecer primero los cambios en el ledger necesarios para Linear Leios, mientras que el trabajo de base ya incorporado en la Fase 1 permite que Peras llegue después como una decisión de protocolo separada y no como otra transición completa de era del ledger.