La actualización Dijkstra de Cardano permanece en su alcance técnico y cronograma acordados, con los desarrolladores apuntando a Linear Leios y Transacciones Anidadas en la primera fase antes de una activación separada de Peras en 2027.
Resumen
- La Fase 1 de Dijkstra de Cardano apunta a la red principal para fin de año con Linear Leios y Transacciones Anidadas incluidas.
- La activación de Peras está planificada para el segundo trimestre de 2027 mediante un hard fork intra-era separado en la red principal.
- Amaru actualmente valida y sincroniza hasta el último bloque, con la producción de bloques en la red principal prevista para noviembre de 2026.
- Cardano planea una enmienda constitucional que agregue parámetros de Dijkstra, con fecha límite de presentación para el 11 de septiembre de 2026.
- La primera fase de Dijkstra también prepara los códecs y parámetros de Peras antes de que el protocolo se active el próximo año.
Intersect dijo en su actualización del 14 de agosto que la planificación ahora se está desplazando hacia la preparación del ecosistema, informes de testnet y soporte para implementaciones alternativas de nodos.
La última hoja de ruta oficial divide Dijkstra en dos fases. La Fase 1 introduce la nueva era de ledger Dijkstra y Linear Leios, con un objetivo de finalización de código en el cuarto trimestre de 2026. La Fase 2 activa Ouroboros Peras mediante un hard fork intra-era previsto para el segundo trimestre de 2027. El cronograma publicado dice explícitamente que esas fechas son estimaciones y "no garantías", ya que las pruebas y la gobernanza en cadena pueden extender el cronograma final de la red principal.
Cardano Dijkstra pone Linear Leios en la Fase 1
Linear Leios es el principal componente de escalabilidad del primer hard fork de Dijkstra. En lugar de reemplazar el modelo de seguridad Praos de Cardano, introduce Bloques Endosantes que pueden hacer referencia a transacciones adicionales y hacer que sean certificadas por comités basados en participación. El diseño tiene como objetivo aumentar el rendimiento mientras se mantienen las garantías de consenso base existentes.
La Fase 1 también incluye Transacciones Anidadas, nuevas estructuras de serialización de transacciones y bloques, cambios en PlutusV4 y varias adiciones de parámetros de protocolo. Es importante destacar que instalará las extensiones de códec y los parámetros requeridos para Peras sin activar Peras en sí.
Como informó anteriormente crypto.news, el hard fork van Rossem de Cardano movió la red principal a la Versión de Protocolo 11 en julio y sentó las bases técnicas para Dijkstra y Leios.
Ouroboros Peras está programado para la Fase 2. El protocolo agrega una capa de votación que permite a los comités de operadores de pools de participación votar sobre los últimos bloques de la cadena, dando a Cardano una forma de alcanzar la liquidación más rápido que bajo las reglas estándar de profundidad de cadena de Praos.
Intersect actualmente apunta al segundo trimestre de 2027 para la fase de Peras. Eso requerirá sus propios despliegues en Preview y Pre-producción seguidos de otra acción de gobernanza en la red principal. La Fase 1 ya debe estar activa porque suministra las estructuras de ledger y los parámetros de protocolo que Peras requiere.
Amaru avanza hacia la producción de bloques de Cardano
Dijkstra también está impulsando a Cardano hacia una mayor diversidad de clientes de nodos. Intersect dijo que Amaru, una implementación de código abierto en Rust, ya es capaz de retransmitir y puede validar y sincronizar con el último bloque de la cadena. La producción de bloques en la red principal está prevista para noviembre de 2026.
El propio rastreador de desarrollo de Amaru proporciona más detalle. Su versión general de productor de bloques está prevista para el 30 de septiembre, seguida de un hito de productor de bloques compatible con Dijkstra el 29 de octubre y una versión compatible con Leios el 26 de noviembre. Estos son hitos de desarrollo más que fechas garantizadas de activación en la red principal de Cardano.
La diversidad de nodos reduciría la dependencia de Cardano de su implementación en Haskell. Intersect también está desarrollando un rastreador de preparación de Dijkstra que cubre el rendimiento de testnet y la preparación del ecosistema, mientras invita a equipos de nodos alternativos a su Grupo de Trabajo Semanal de Hard Fork.
Los cambios de gobernanza deben llegar antes de Dijkstra
Dijkstra introduce parámetros de protocolo que la gobernanza de Cardano no puede cambiar a menos que aparezcan explícitamente dentro de las salvaguardas de la Constitución. Por lo tanto, Input Output planea una enmienda constitucional limitada que agregue los parámetros relevantes y los rangos permitidos. No propone cambios a los roles de gobernanza, umbrales de votación o principios constitucionales.
El objetivo actual es presentar esa acción de gobernanza a más tardar en la Época 655, que comienza el 11 de septiembre. La discusión comunitaria ya se está organizando a través del Portal de Enmiendas Constitucionales de Intersect, que había recibido cuatro presentaciones iniciales para el 14 de agosto.
En última instancia, el trabajo a corto plazo se centra en completar el código de Dijkstra, establecer criterios de preparación y mover la primera fase a través de Preview y Pre-producción antes de cualquier votación de gobernanza en la red principal. La última actualización de Intersect dice que el alcance acordado y las fechas objetivo permanecen sin cambios.
La principal advertencia es el momento. Aunque el equipo de nodos Haskell está trabajando hacia la entrega de la Fase 1 en la red principal para fines de 2026, la hoja de ruta formal describe el cuarto trimestre como un objetivo de finalización de código y dice que la gobernanza y las pruebas comunitarias pueden retrasar la activación. Peras sigue siendo objetivo para el segundo trimestre de 2027 después de que se implemente la Fase 1.
