Cardano expédie le nœud 11.1.1 avant Dijkstra

Cardano a publié la version 11.1.1 du nœud avant sa prochaine ère majeure de réseau, complétant ainsi la première des quatre étapes de nœuds prévues prenant en charge le hard fork de Dijkstra.

Le registre de conteneurs d'Intersect montre que la version 11.1.1 a été publiée au cours du week-end se terminant le 6 septembre. La version supprime l'ancien système de traçage de Cardano et résout les problèmes connus liés à Genesis. Il répond également à l'utilisation accrue de la mémoire identifiée lors des tests du nœud 11.1.0.

La version de maintenance est arrivée alors qu'Intersect publiait un calendrier Dijkstra plus détaillé. Les versions de nœud 11.2 et 11.3, suivies de la version finale du protocole 12, introduiront progressivement le code requis pour les tests et l'activation du réseau principal.

Intersect place actuellement une éventuelle promulgation de Dijkstra entre le 5 décembre 2026 et le 4 janvier 2027, selon son calendrier de « confiance modérée ». Une fenêtre ultérieure de « confiance élevée » s’étend du 24 février au 26 mars 2027.

Ces fenêtres restent des estimations. Cardano doit terminer le développement, les tests publics, la préparation de l'écosystème et la gouvernance en chaîne avant que le hard fork puisse s'activer.

Le nœud Cardano 11.1.1 commence la séquence de publication

Le nœud 11.1.1 est disponible via le registre de conteneurs GitHub officiel d'Intersect. Intersect avait précédemment ciblé la semaine commençant le 7 septembre, ce qui signifie que le package est apparu légèrement avant cette fenêtre indiquée.

La version n'active pas l'ère Dijkstra et n'introduit pas l'ensemble complet des fonctionnalités du grand livre prévues. Il s'agit d'une mise à jour de maintenance et de préparation destinée à l'utilisation actuelle du réseau principal.

La version 11.1.1 supprime l'ancienne infrastructure de traçage utilisée pour surveiller les opérations des nœuds. Le rapport de développement de Cardano indique également qu'il traiterait de l'utilisation plus élevée de la mémoire résidente observée dans les benchmarks du nœud 11.1.0.

Le registre des versions comprend les versions standard, AMD64 et ARM64. La disponibilité sur différentes architectures de processeur est pertinente pour les opérateurs de pools de participation et les développeurs exécutant l'infrastructure Cardano sur du matériel varié.

Le nœud 11.2 est la prochaine étape prévue. Intersect l'attend dans environ un mois après sa mise à jour du 5 septembre. La version contiendra la plupart des fonctionnalités de Dijkstra destinées aux tests, mais ce ne sera pas le candidat hard fork final.

Les composants Leios seront absents du nœud 11.2 car ils concernent essentiellement le consensus et la production de blocs. Les développeurs devraient toujours être en mesure de tester les fonctionnalités restantes du grand livre et des transactions de Dijkstra.

DijkstraNet testera les nouvelles fonctionnalités de transaction de Cardano

Intersect prévoit de lancer un réseau public appelé DijkstraNet une fois que le nœud 11.2 sera disponible. Le testnet permettra aux développeurs, aux opérateurs de pools de participation et aux fournisseurs d'outils de tester l'ensemble plus large des fonctionnalités de la version 12 du protocole.

DijkstraNet devrait inclure les paramètres Plutus V4, Nested Transactions et CIP-50. Les autres modifications du grand livre suivies dans le référentiel de développement public de Cardano incluent de nouveaux types de scripts, des modifications d'adresse, des révisions de sérialisation de corps de bloc et des modifications apportées aux retraits de récompenses.

Les transactions imbriquées permettraient à une transaction Cardano de contenir d'autres transactions tout en préservant des conditions de validation distinctes. Cette structure pourrait prendre en charge des applications plus complexes, des actions coordonnées et des flux de travail multipartites sans nécessiter que chaque étape fonctionne comme une transaction indépendante.

Plutus V4 représente la prochaine version du langage et de l'environnement d'exécution de contrats intelligents de Cardano. Des tests seront nécessaires pour confirmer que les portefeuilles, les applications décentralisées, les indexeurs et les outils de développement interprètent correctement les nouvelles règles du grand livre.

Le CIP-50 concerne l’effet de levier des promesses et les récompenses de mise. Son inclusion signifie que les opérateurs de pools de participation devront examiner comment les nouveaux paramètres pourraient affecter les incitations et l’économie du pool avant l’activation du réseau principal.

Le suivi officiel de l’état de préparation de Dijkstra reste ouvert et marqué comme travail en cours. Il ne se fermera qu’une fois que les développeurs auront préparé un nœud capable de compléter le hard fork vers une ère Dijkstra fonctionnelle.

DijkstraNet fonctionnera aux côtés de MusashiNet plutôt que de le remplacer. MusashiNet est déjà en ligne et se concentre sur les tests Leios, de consensus et de production de blocs.

Cette séparation permet aux fonctionnalités du grand livre et à la nouvelle architecture de consensus de progresser en parallèle. Les résultats doivent finalement converger vers la version du nœud sélectionnée comme candidate au hard fork.

Le nœud 11.3 combinera Dijkstra avec Linear Leios

Le nœud Cardano 11.3 est attendu d'ici un à deux mois, selon la mise à jour d'Intersect du 5 septembre. Il est destiné à devenir la version candidate du hard fork de Dijkstra.

Contrairement au nœud 11.2, la version 11.3 devrait contenir l'ensemble complet des fonctionnalités de Dijkstra, y compris Linear Leios. Il devrait également être capable de passer de l’ère actuelle du grand livre Conway à Dijkstra lors des répétitions du réseau de test.

Linear Leios est la première étape de mise en œuvre prévue d'Ouroboros Leios par Cardano. Il ajoute des structures parallèles de traitement des transactions autour de la conception consensuelle existante de Praos. L'objectif est d'augmenter le débit sans remplacer les hypothèses de sécurité de la chaîne de base de Cardano.

Les tests doivent examiner plus que la capacité brute des transactions. Les développeurs doivent évaluer la propagation des blocs, la bande passante du réseau, l'utilisation des ressources, la synchronisation, le comportement de récupération et les performances dans des conditions défavorables.

Cardano node 12.0 deviendra la version définitive du protocole version 12 selon la convention de dénomination du projet. Intersect n’a pas attribué de date de publication.

Intersect a décrit la période de décembre à janvier comme une fenêtre de « confiance modérée », et non comme une date d'activation garantie.

La dernière fenêtre de l'organisation, qui s'étend du 24 février au 26 mars, laisse plus de temps pour les tests et la gouvernance si le calendrier précédent ne peut être respecté. Aucune des deux fenêtres n’est une date de hard fork fixe.

Comme indiqué précédemment lorsque Cardano a publié sa feuille de route progressive Dijkstra, l'objectif de fin d'année faisait initialement référence en partie à l'achèvement du code. L’activation du réseau principal reste conditionnée à la préparation technique et à l’approbation de la communauté.

La gouvernance doit approuver le hard fork Dijkstra de Cardano

Cardano ne peut pas activer Dijkstra uniquement via une version logicielle. Le système de gouvernance en chaîne du réseau doit approuver les actions constitutionnelles et hard fork requises pour la version 12 du protocole.

Certains nouveaux paramètres de Dijkstra doivent être intégrés aux garde-fous de la Constitution de Cardano avant que la gouvernance puisse les modifier. Intersect a demandé aux participants de surveiller son portail d'amendement constitutionnel pour les propositions connexes.

Un changement constitutionnel nécessite l'approbation des règles de gouvernance de Cardano. Une action d'initiation hard-fork distincte doit alors obtenir le soutien requis des représentants délégués, des opérateurs de pools de participation et du Comité constitutionnel.

Ce processus a été testé lors du hard fork de van Rossem. Comme crypto.news l'a rapporté après son activation en juillet, van Rossem a déplacé Cardano vers la version 11 du protocole après avoir terminé le processus d'approbation complet en chaîne du réseau.

Van Rossem est resté dans l'ère Conway mais a ajouté des changements à Plutus et préparé les bases techniques pour Dijkstra. Il s’agissait du premier hard fork du réseau principal de Cardano, entièrement mis en œuvre dans le cadre de gouvernance actuel.

La transition Dijkstra sera plus large car elle change l’ère du grand livre et introduit des capacités plus étendues de consensus, de transaction et de contrats intelligents. Les échanges, portefeuilles, explorateurs et applications décentralisées doivent être prêts avant l'activation.

Intersect encourage les opérateurs et les développeurs de pools de participation à rejoindre les tests MusashiNet et DijkstraNet. Il a également prévu des ateliers sur la diversité des nœuds à Singapour le 6 octobre et à Londres les 13 et 14 novembre.

Amaru, un nœud Cardano alternatif écrit en Rust, constitue une autre partie de cette préparation. Il peut déjà valider et se synchroniser avec la pointe de la chaîne, tandis que la production du bloc du réseau principal reste ciblée pour novembre 2026.

La diversité des nœuds pourrait réduire la dépendance du réseau à l'égard d'une seule implémentation Haskell. Cela crée également une autre exigence de test, car les clients alternatifs doivent interpréter les règles du protocole de manière cohérente.

Peras reste une mise à niveau distincte pour 2027

Le plan Dijkstra de Cardano comporte deux phases. La phase 1 couvre la transition d'ère, les transactions imbriquées et les Leios linéaires. Les développeurs visent la préparation du réseau principal vers la fin de 2026, sous réserve de tests et de gouvernance.

La phase 2 activera Ouroboros Peras via un hard fork intra-ère distinct. Intersect vise actuellement le deuxième trimestre 2027.

Peras ajoute un vote basé sur les enjeux aux récents conseils en chaîne pour accélérer le règlement. La conception vise à fournir une confirmation plus forte plus tôt que de s’appuyer uniquement sur les règles normales de profondeur de chaîne d’Ouroboros Praos.

La phase 1 installera certains des codecs et paramètres de protocole nécessaires à Peras. Il n’activera pas lui-même le mécanisme de finalité. Peras aura besoin de ses propres déploiements de testnet, de contrôles de préparation et d'actions de gouvernance.

Aucun mouvement vérifié des prix ADA ne peut être attribué uniquement à la sortie du nœud ou aux fenêtres révisées d'Intersect. La feuille de route prévoit des étapes techniques mesurables, mais la date d'activation finale reste dépendante du développement et de la gouvernance.

Les prochains points de contrôle sont l'adoption du nœud 11.1.1, la sortie du nœud 11.2, l'ouverture publique de DijkstraNet et la publication des amendements constitutionnels requis. Le nœud 11.3 déterminera ensuite si Cardano est techniquement prêt à répéter la transition complète de l'ère.

FAQ