#cardanosplitsdijkstraupgradeintotwophases
Cardano vient de redessiner sa feuille de route — et le calendrier raconte une histoire
De grandes mises à niveau de protocole arrivent rarement d’un seul coup, et la prochaine de Cardano ne fait pas exception. Intersect, l’organisation qui coordonne le développement central de Cardano, a confirmé que la prochaine ère Dijkstra sera déployée en deux phases distinctes plutôt que via une seule hard fork globale.
Le détail :
📍 Phase 1 — visant T4 2026 (finalisation du code)
Introduit Ouroboros Linear Leios, conçu pour augmenter le débit des transactions grâce à des Supplementary Endorser Blocks (blocs d’approbation supplémentaires) — des blocs additionnels qui aident le réseau à traiter davantage de transactions sans toucher à son modèle de sécurité central. Cette phase intègre aussi Nested Transactions, Guard Scripts, ainsi que plusieurs améliorations au niveau du grand livre.
📍 Phase 2 — visant T2 2027
Active Ouroboros Peras, une couche de vote pour les pools de mise, conçue pour accélérer le règlement des transactions — autrement dit, pour réduire le temps d’attente avant qu’une transaction puisse être considérée comme définitive.
En bref : Leios s’attaque à la capacité, Peras à la vitesse de confirmation. Ensemble, ils sont présentés comme des pièces complémentaires du même puzzle.
Pourquoi c’est important :
Diviser une mise à niveau majeure en phases n’est pas seulement un choix de planification — c’est aussi une stratégie de gestion des risques. Chaque composant bénéficie de sa propre fenêtre de tests (testnet, Preview, pré-production) avant d’être déployé sur mainnet, ce qui diminue la probabilité qu’un seul bug déstabilise l’ensemble du réseau. Pour une chaîne qui s’appuie fortement sur la vérification formelle et l’analyse par les pairs, c’est très “dans la ligne”.
Il est aussi utile de noter : la feuille de route elle-même d’Intersect indique explicitement que ces dates sont des estimations, pas des garanties — des votes de gouvernance et des résultats de tests pourraient encore faire bouger le calendrier dans un sens comme dans l’autre.
À méditer :
Deux mises à niveau, deux problèmes différents à résoudre — le débit d’abord, la vitesse de règlement ensuite. Est-ce que décaler l’exécution comme ça réduit plus le risque que ce que ça coûte en dynamique ? Intéressant de voir comment le marché lit des horizons longs comme celui-ci. 👀
$GPS $TUT $ACE
Cardano vient de redessiner sa feuille de route — et le calendrier raconte une histoire
De grandes mises à niveau de protocole arrivent rarement d’un seul coup, et la prochaine de Cardano ne fait pas exception. Intersect, l’organisation qui coordonne le développement central de Cardano, a confirmé que la prochaine ère Dijkstra sera déployée en deux phases distinctes plutôt que via une seule hard fork globale.
Le détail :
📍 Phase 1 — visant T4 2026 (finalisation du code)
Introduit Ouroboros Linear Leios, conçu pour augmenter le débit des transactions grâce à des Supplementary Endorser Blocks (blocs d’approbation supplémentaires) — des blocs additionnels qui aident le réseau à traiter davantage de transactions sans toucher à son modèle de sécurité central. Cette phase intègre aussi Nested Transactions, Guard Scripts, ainsi que plusieurs améliorations au niveau du grand livre.
📍 Phase 2 — visant T2 2027
Active Ouroboros Peras, une couche de vote pour les pools de mise, conçue pour accélérer le règlement des transactions — autrement dit, pour réduire le temps d’attente avant qu’une transaction puisse être considérée comme définitive.
En bref : Leios s’attaque à la capacité, Peras à la vitesse de confirmation. Ensemble, ils sont présentés comme des pièces complémentaires du même puzzle.
Pourquoi c’est important :
Diviser une mise à niveau majeure en phases n’est pas seulement un choix de planification — c’est aussi une stratégie de gestion des risques. Chaque composant bénéficie de sa propre fenêtre de tests (testnet, Preview, pré-production) avant d’être déployé sur mainnet, ce qui diminue la probabilité qu’un seul bug déstabilise l’ensemble du réseau. Pour une chaîne qui s’appuie fortement sur la vérification formelle et l’analyse par les pairs, c’est très “dans la ligne”.
Il est aussi utile de noter : la feuille de route elle-même d’Intersect indique explicitement que ces dates sont des estimations, pas des garanties — des votes de gouvernance et des résultats de tests pourraient encore faire bouger le calendrier dans un sens comme dans l’autre.
À méditer :
Deux mises à niveau, deux problèmes différents à résoudre — le débit d’abord, la vitesse de règlement ensuite. Est-ce que décaler l’exécution comme ça réduit plus le risque que ce que ça coûte en dynamique ? Intéressant de voir comment le marché lit des horizons longs comme celui-ci. 👀
$GPS $TUT $ACE
