Cardano Dijkstra sépare Linear Leios et Peras en deux phases

La mise à niveau Dijkstra de Cardano n'activera pas toutes les modifications de consensus prévues en une seule fois. La Phase 1 introduit une nouvelle ère du registre,

Version du protocole 12, avec Linear Leios et un ensemble plus large de changements du registre, tandis que Peras est prévu pour une activation ultérieure au sein de la même ère.

Linear Leios arrive d'abord dans Dijkstra

Linear Leios est le principal composant de mise à l'échelle de la Phase 1 et représente une implémentation simplifiée de la conception plus large Ouroboros Leios.

Les blocs Praos existants sont étendus en Ranking Blocks, tandis que les Endorser Blocks apportent une capacité supplémentaire pour le traitement des transactions. Un comité fondé sur la mise certifie un Endorser Block avant que son certificat ne soit inclus dans un Ranking Block ultérieur et que les transactions associées ne soient appliquées au registre.

La conception Linear supprime les Input Blocks et le modèle plus large de production concurrente d'Endorser Blocks inclus dans les conceptions Leios plus complètes.

Intersect a choisi cette approche pour faire avancer une partie de l'architecture Leios vers la production sans introduire la complexité supplémentaire de structure des transactions exigée par la conception plus large. Sa documentation indique aussi que certaines approches alternatives ont créé des préoccupations liées à l'expérience utilisateur des dApp, jugées inadaptées pour le premier déploiement.

Dijkstra Phase 1 inclut des changements supplémentaires du registre tels que les Nested Transactions, les Guard Scripts, le Plutus V4 Script Context et une nouvelle structure de sérialisation du corps de bloc. Ensemble, ils forment la transition plus large vers la nouvelle ère du registre.

Aucune valeur unique de TPS n'a été définie comme objectif pour le mainnet Dijkstra. Linear Leios peut fonctionner sous différentes configurations selon la taille des transactions et les paramètres du protocole, avec une capacité qui devrait augmenter progressivement après l'activation plutôt que de démarrer immédiatement à un maximum théorique.

Peras est préparé sans nouvelle ère du registre

Peras ne sera pas activé en Phase 1, mais une partie de l'infrastructure qu'il requiert sera déjà introduite.

Dijkstra inclut les extensions de codec et les paramètres de protocole issus du CIP-140, nécessaires pour une activation ultérieure de Peras via un changement de version du protocole au sein de l'ère existante. Les changements structurels peuvent donc être achevés durant la Phase 1 sans forcer Cardano à traverser une autre transition complète du registre lorsque Peras sera prêt.

Les protocoles ciblent aussi différentes dimensions des performances du réseau. Linear Leios accroît la capacité de traitement des transactions, tandis que Peras ajoute une couche de vote au dessus d'Ouroboros Praos conçue pour accélérer le règlement et augmenter plus tôt la confiance dans la chaîne canonique.

La Phase 2 est donc une mise à niveau de consensus distincte plutôt qu'une partie inachevée du déploiement de Leios. Elle peut suivre son propre processus de test et de ratification après que les fondations nécessaires du registre sont déjà en place.

L'achèvement du code ne signifie pas mainnet Dijkstra

L'objectif actuel de T4 2026 se réfère à l'achèvement du code de la Phase 1, pas à une date garantie d'activation du mainnet.

Après une version de nœud compatible Dijkstra, la mise à niveau doit passer par des hard forks Preview et Preprod, des tests par les opérateurs de pools de mise et des vérifications de préparation du réseau. Une action de gouvernance Mainnet Hard Fork Initiation ne peut suivre qu'après l'achèvement de ces étapes.

Linear Leios est aussi testé via l'environnement Musashi Dojo, où la synchronisation des nœuds, la certification des Endorser Blocks et le flux des transactions ont déjà été démontrés. Ce travail est utilisé pour affiner les paramètres qui détermineront plus tard le comportement en production.

Dijkstra requiert aussi un amendement ciblé à la Constitution de Cardano. Les nouveaux paramètres du protocole ont besoin de garde fous constitutionnels correspondants afin que la gouvernance puisse les modifier dans des plages définies après l'activation.

L'amendement proposé est technique dans sa portée et ne change ni les rôles de gouvernance existants ni les seuils de vote. L'objectif actuel est de soumettre l'amendement combiné d'ici l'époque 655, commençant le 11 septembre 2026, suivi par la ratification par les DRep et un examen de constitutionnalité par le Comité constitutionnel.

Cette séquence laisse un intervalle délibéré entre l'achèvement d'ingénierie et l'activation du réseau. Dijkstra peut d'abord établir les changements du registre requis pour Linear Leios, tandis que les bases déjà intégrées en Phase 1 permettent à Peras de suivre plus tard comme une décision de protocole distincte plutôt qu'une autre transition complète d'ère du registre.