#cardanosplitsdijkstraupgradeintotwophases
Cardano reescribió su hoja de ruta — Y el calendario cuenta una historia
Las grandes actualizaciones de protocolo rara vez llegan de una sola vez, y la próxima de Cardano no es una excepción. Intersect, la organización que coordina el desarrollo central de Cardano, ha confirmado que la próxima era Dijkstra se implementará en dos fases distintas en lugar de un único hard fork que lo abarque todo.
El desglose:
📍 Fase 1 — objetivo: Q4 2026 (finalización del código)
Introduce Ouroboros Linear Leios, diseñado para aumentar el rendimiento de las transacciones mediante Supplementary Endorser Blocks — bloques adicionales que ayudan a la red a procesar más transacciones sin tocar su modelo de seguridad central. Esta fase también incluye Nested Transactions, Guard Scripts y varias mejoras a nivel de libro mayor.
📍 Fase 2 — objetivo: Q2 2027
Activa Ouroboros Peras, una capa de votación para pools de participación construida para acelerar la liquidación de transacciones — esencialmente acortando el tiempo de espera para que una transacción pueda considerarse final.
En resumen: Leios aborda la capacidad, Peras aborda la velocidad de confirmación. Juntas, se presentan como piezas complementarias del mismo rompecabezas.
Por qué es importante:
Dividir una actualización importante en fases no es solo una decisión de calendario — también es una cuestión de gestión de riesgos. Cada componente recibe su propia ventana de pruebas (testnet, Preview, preproducción) antes de tocar mainnet, lo que reduce la probabilidad de que un solo fallo desestabilice toda la red. Para una cadena que se apoya fuertemente en la verificación formal y la revisión entre pares, esto encaja perfectamente.
También conviene señalarlo: la propia hoja de ruta de Intersect etiqueta explícitamente estas fechas como estimaciones, no como garantías — las votaciones de gobernanza y los resultados de las pruebas aún podrían mover el cronograma en cualquier dirección.
Algo para reflexionar:
Dos actualizaciones, dos problemas distintos que se están resolviendo — capacidad ahora, velocidad de liquidación más adelante. ¿Escalonar la ejecución así reduce el riesgo más de lo que cuesta en impulso? Me pregunto cómo lee el mercado estos largos plazos. 👀
$GPS $TUT $ACE
Cardano reescribió su hoja de ruta — Y el calendario cuenta una historia
Las grandes actualizaciones de protocolo rara vez llegan de una sola vez, y la próxima de Cardano no es una excepción. Intersect, la organización que coordina el desarrollo central de Cardano, ha confirmado que la próxima era Dijkstra se implementará en dos fases distintas en lugar de un único hard fork que lo abarque todo.
El desglose:
📍 Fase 1 — objetivo: Q4 2026 (finalización del código)
Introduce Ouroboros Linear Leios, diseñado para aumentar el rendimiento de las transacciones mediante Supplementary Endorser Blocks — bloques adicionales que ayudan a la red a procesar más transacciones sin tocar su modelo de seguridad central. Esta fase también incluye Nested Transactions, Guard Scripts y varias mejoras a nivel de libro mayor.
📍 Fase 2 — objetivo: Q2 2027
Activa Ouroboros Peras, una capa de votación para pools de participación construida para acelerar la liquidación de transacciones — esencialmente acortando el tiempo de espera para que una transacción pueda considerarse final.
En resumen: Leios aborda la capacidad, Peras aborda la velocidad de confirmación. Juntas, se presentan como piezas complementarias del mismo rompecabezas.
Por qué es importante:
Dividir una actualización importante en fases no es solo una decisión de calendario — también es una cuestión de gestión de riesgos. Cada componente recibe su propia ventana de pruebas (testnet, Preview, preproducción) antes de tocar mainnet, lo que reduce la probabilidad de que un solo fallo desestabilice toda la red. Para una cadena que se apoya fuertemente en la verificación formal y la revisión entre pares, esto encaja perfectamente.
También conviene señalarlo: la propia hoja de ruta de Intersect etiqueta explícitamente estas fechas como estimaciones, no como garantías — las votaciones de gobernanza y los resultados de las pruebas aún podrían mover el cronograma en cualquier dirección.
Algo para reflexionar:
Dos actualizaciones, dos problemas distintos que se están resolviendo — capacidad ahora, velocidad de liquidación más adelante. ¿Escalonar la ejecución así reduce el riesgo más de lo que cuesta en impulso? Me pregunto cómo lee el mercado estos largos plazos. 👀
$GPS $TUT $ACE