Cardano a publié la version 11.1.1 de son nœud avant sa prochaine grande ère réseau, complétant ainsi la première des quatre étapes de nœud prévues pour soutenir le hard fork Dijkstra.
Résumé
- Le nœud Cardano 11.1.1 a été livré, supprimant la traçabilité héritée et résolvant les problèmes opérationnels connus liés à Genesis.
- Le nœud 11.2 ouvrira la plupart des fonctionnalités de Dijkstra pour les tests, tout en excluant initialement les composants de consensus Leios.
- DijkstraNet est attendu après le nœud 11.2 pour tester publiquement Plutus V4, les transactions imbriquées et CIP-50.
- La fenêtre de hard fork à confiance modérée d'Intersect s'étend du 5 décembre au 4 janvier, en attendant la préparation et l'approbation de la gouvernance.
- Peras reste prévu pour un hard fork intra-ère séparé au cours du deuxième trimestre de 2027.
Le registre de conteneurs d'Intersect montre que la version 11.1.1 a été publiée pendant le week-end se terminant le 6 septembre. Cette version supprime l'ancien système de traçabilité de Cardano et résout les problèmes connus liés à Genesis. Elle répond également à l'augmentation de l'utilisation 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 11.2 et 11.3 du nœud, suivies de la version finale du protocole 12, introduiront progressivement le code nécessaire pour les tests et l'activation sur le réseau principal.
Intersect place actuellement une possible mise en œuvre de Dijkstra entre le 5 décembre 2026 et le 4 janvier 2027, selon son calendrier à « confiance modérée ». Une fenêtre ultérieure à « haute confiance » 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 être activé.
Le nœud Cardano 11.1.1 commence la séquence de versions
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 paquet est apparu légèrement avant cette fenêtre annoncée.
Cette version n'active pas l'ère Dijkstra ni n'introduit l'ensemble complet des fonctionnalités de registre 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çabilité utilisée pour surveiller les opérations du nœud. Le rapport de développement de Cardano indique également qu'elle résoudra l'utilisation accrue 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 processeurs est pertinente pour les opérateurs de pools de mise et les développeurs exécutant l'infrastructure Cardano sur divers matériels.
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. Cette version contiendra la plupart des fonctionnalités de Dijkstra pour les tests, mais ne sera pas le candidat final pour le hard fork.
Les composants Leios seront absents du nœud 11.2 car ils concernent principalement le consensus et la production de blocs. Les développeurs devraient néanmoins pouvoir tester les fonctionnalités restantes de registre et de transaction de Dijkstra.
DijkstraNet testera les nouvelles fonctionnalités de transaction de Cardano
Intersect prévoit de lancer un réseau public appelé DijkstraNet après la disponibilité du nœud 11.2. Ce testnet permettra aux développeurs, aux opérateurs de pools de mise et aux fournisseurs d'outils de tester l'ensemble plus large des fonctionnalités du protocole version 12.
DijkstraNet devrait inclure Plutus V4, les transactions imbriquées et les paramètres CIP-50. D'autres modifications du registre suivies dans le référentiel de développement public de Cardano comprennent de nouveaux types de scripts, des changements d'adresses, des révisions de la sérialisation du corps de bloc et des modifications des 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 séparées. Cette structure pourrait prendre en charge des applications plus complexes, des actions coordonnées et des flux de travail multipartites sans exiger que chaque étape fonctionne comme une transaction indépendante.
Plutus V4 représente la prochaine version du langage de contrats intelligents et de l'environnement d'exécution 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 registre.
CIP-50 concerne l'effet de levier des engagements et les récompenses de mise. Son inclusion signifie que les opérateurs de pools de mise devront examiner comment les nouveaux paramètres pourraient affecter les incitations et l'économie des pools avant l'activation sur le réseau principal.
Le suivi officiel de la préparation de Dijkstra reste ouvert et marqué comme travail en cours. Il ne se fermera qu'après que les développeurs auront préparé un nœud capable de réaliser le hard fork vers une ère Dijkstra fonctionnelle.
DijkstraNet fonctionnera parallèlement à MusashiNet plutôt que de le remplacer. MusashiNet est déjà en ligne et se concentre sur les tests de Leios, de consensus et de production de blocs.
Cette séparation permet aux fonctionnalités du registre et à la nouvelle architecture de consensus de progresser en parallèle. Les résultats doivent finalement converger dans 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 dans un à deux mois, selon la mise à jour d'Intersect du 5 septembre. Il est destiné à devenir le candidat de version pour le hard fork 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 registre Conway à Dijkstra lors des répétitions sur le réseau de test.
Linear Leios est la première étape prévue par Cardano de la mise en œuvre d'Ouroboros Leios. Il ajoute des structures de traitement parallèle des transactions autour de la conception de consensus Praos existante. 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 de transactions. Les développeurs doivent évaluer la propagation des blocs, la bande passante réseau, l'utilisation des ressources, la synchronisation, le comportement de récupération et les performances dans des conditions défavorables.
Le nœud Cardano 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 fenêtre ultérieure de l'organisation, allant 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 pas être respecté. Aucune des deux fenêtres n'est une date fixe de hard fork.
Comme précédemment rapporté lorsque Cardano a publié sa feuille de route phasée pour Dijkstra, l'objectif de fin d'année se référait à l'origine en partie à l'achèvement du code. L'activation sur le 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 par une version logicielle. Le système de gouvernance en chaîne du réseau doit approuver les actions constitutionnelles et de hard fork requises pour le protocole version 12.
Certains nouveaux paramètres de Dijkstra doivent être intégrés dans les 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 selon les règles de gouvernance de Cardano. Une action distincte d'initiation de hard fork doit ensuite obtenir le soutien requis des représentants délégués, des opérateurs de pools de mise et du comité constitutionnel.
Ce processus a été testé lors du hard fork van Rossem. Comme crypto.news l'a rapporté après son activation en juillet, van Rossem a fait passer Cardano à la version 11 du protocole après avoir complété le processus complet d'approbation en chaîne du réseau.
Van Rossem est resté dans l'ère Conway mais a ajouté des changements Plutus et préparé les fondations techniques pour Dijkstra. C'était le premier hard fork du réseau principal de Cardano entièrement réalisé à travers le cadre de gouvernance actuel.
La transition Dijkstra sera plus large car elle change l'ère du registre et introduit des capacités plus étendues en matière de consensus, de transactions et de contrats intelligents. Les bourses, les portefeuilles, les explorateurs et les applications décentralisées doivent être prêts avant l'activation.
Intersect encourage les opérateurs de pools de mise et les développeurs à rejoindre les tests MusashiNet et DijkstraNet. Il a également programmé 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, fait partie de cette préparation. Il peut déjà valider et se synchroniser avec la pointe de la chaîne, tandis que la production de blocs sur le réseau principal reste ciblée pour novembre 2026.
La diversité des nœuds pourrait réduire la dépendance du réseau à 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 Linear Leios. Les développeurs visent une préparation du réseau principal vers la fin de 2026, sous réserve des tests et de la gouvernance.
La phase 2 activera Ouroboros Peras via un fork dur intra-ère distinct. Intersect vise actuellement le deuxième trimestre de 2027.
Peras ajoute un vote basé sur la mise sur les pointes récentes de la chaîne pour accélérer le règlement. La conception vise à fournir une confirmation plus forte plus tôt que de se fier uniquement aux 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 pour Peras. Elle n'activera pas le mécanisme de finalité lui-même. Peras nécessitera ses propres déploiements de testnet, vérifications de préparation et action de gouvernance.
Aucun mouvement de prix vérifié de l'ADA ne peut être attribué uniquement à la sortie du nœud ou aux fenêtres révisées d'Intersect. La feuille de route fournit des jalons 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
Qu'est-ce que le fork dur Cardano Dijkstra ?
Dijkstra est la transition prévue de Cardano vers la version 12 du protocole. Il introduira une nouvelle ère de registre, les transactions imbriquées, les modifications de Plutus V4 et Linear Leios.
Le nœud Cardano 11.1.1 a-t-il été publié ?
Oui. Le registre officiel des paquets GitHub d'Intersect montre que la version 11.1.1 a été publiée avant la semaine commençant le 7 septembre.
Quand DijkstraNet sera-t-il lancé ?
Intersect s'attend à DijkstraNet après le nœud 11.2. Le nœud est ciblé dans environ un mois après la mise à jour du 5 septembre de l'organisation.
Quand Cardano activera-t-il Dijkstra ?
La fenêtre estimée précédente d'Intersect s'étend du 5 décembre 2026 au 4 janvier 2027. Sa fenêtre de confiance plus élevée s'étend du 24 février au 26 mars 2027. Aucune n'est garantie.
Peras est-il inclus dans le premier fork dur Dijkstra ?
Non. La phase 1 préparera certaines structures requises, mais l'activation de Peras est prévue via un autre fork dur au deuxième trimestre de 2027.
