Cardano : Les 3 échéances à connaître pour l’écosystème ADA
Deux phases, un seul calendrier assumé. Cardano n’a pas dévié de sa feuille de route technique. Selon la dernière mise à jour de son organisme de coordination Intersect, la mise à niveau Dijkstra reste calée sur son périmètre et son échéancier d’origine, avec Linear Leios en premier pour absorber davantage de transactions, puis Ouroboros Peras l’année suivante pour accélérer la finalité des blocs. Rien de spectaculaire dans l’annonce elle-même, mais la constance a de la valeur sur un réseau qui a longtemps traîné une réputation de lenteur.
- Cardano a maintenu son calendrier pour la mise à niveau Dijkstra, avec Linear Leios prévu pour fin 2026 afin d’augmenter le débit sans compromettre la sécurité.
- La phase 2 avec Ouroboros Peras est attendue pour le deuxième trimestre 2027, introduisant une finalité plus rapide après l’achèvement de Leios.
Dijkstra, phase 1 : Leios vise fin 2026 sans toucher à la sécurité de Cardano
La première phase de Dijkstra introduit Linear Leios, la brique centrale de ce chantier de mise à l’échelle. Contrairement à ce qu’on pourrait croire, Leios ne remplace pas Praos, le modèle de sécurité qui protège Cardano depuis ses débuts. Il ajoute des blocs endosseurs (Endorser Blocks), capables de référencer des transactions supplémentaires et certifiés par des comités fondés sur la participation des validateurs, un moyen d’augmenter le débit sans toucher aux garanties de consensus existantes.
Selon la mise à jour hebdomadaire n°124 d’Intersect, publiée le 14 août, cette phase 1 vise un achèvement du code pour le quatrième trimestre 2026, avec une mise en service espérée avant la fin de l’année. Le document est clair sur un point : ces dates restent des estimations, pas des garanties, et les tests ainsi que les votes de gouvernance peuvent repousser l’échéance.
Peras, prévu au T2 2027, doit attendre que Leios soit posé
Ouroboros Peras patiente en phase 2. Ce module ajoute une couche de vote qui permet à des comités d’opérateurs de pools de stake de valider les tips récents de la chaîne, un mécanisme de finalité plus rapide que les règles classiques de profondeur de chaîne de Praos.
Sa cible actuelle vise le deuxième trimestre 2027, via un hard fork séparé, une fois que la phase 1 aura livré les structures de registre et les paramètres de protocole dont Peras a besoin pour fonctionner. Ce séquençage n’a rien d’arbitraire. Peras s’appuie directement sur les fondations posées par Leios, impossible donc d’inverser l’ordre sans tout reconstruire.
Amaru et la gouvernance on-chain, les deux chantiers parallèles de Dijkstra
Pendant que Leios avance côté protocole, un autre chantier progresse en coulisses. Amaru, une implémentation open source en Rust du nœud Cardano, valide déjà la chaîne et se synchronise avec sa pointe. Sa production de blocs sur le réseau principal est visée pour novembre 2026, une diversification bienvenue pour un réseau encore très dépendant de son client historique en Haskell. La feuille de route interne d’Amaru détaille même les jalons : une version générale ciblée au 30 septembre, une compatibilité Dijkstra le 29 octobre, puis Leios le 26 novembre, autant de dates de développement plutôt que d’engagements fermes pour le réseau principal.
Ce calendrier ne se décrète pas non plus depuis un bureau. Dijkstra introduit des paramètres protocolaires que la gouvernance on-chain de Cardano ne peut modifier que s’ils figurent explicitement dans les garde-fous de sa Constitution. Input Output doit donc déposer un amendement constitutionnel ciblé, avec une soumission prévue au plus tard à l’époque 655, qui débute le 11 septembre. Quatre propositions ont déjà été reçues via le portail dédié au 14 août. La mécanique institutionnelle avance donc au même rythme que le code, ni plus vite, ni plus lentement.