Cardano Node 11.1.0 se prépare pour Dijkstra et supprime le traçage hérité

Cardano node 11.1.0 a été publié le 21 août avec des changements d’infrastructure préparant le logiciel réseau pour l’ère Dijkstra. La mise à jour améliore le traitement des transactions, la validation Plutus et les opérations des nœuds, tout en exigeant que les opérateurs de nœud utilisant le traçage hérité ou le backend de stockage LMDB migrent leurs configurations.

Cardano Node 11.1.0 fait progresser l’infrastructure de Dijkstra

Cardano node est le logiciel central utilisé pour valider les blocs, relayer les transactions et maintenir une copie synchronisée du registre Cardano. Les opérateurs de pools de participation l’emploient pour la production de blocs et l’infrastructure de relais, tandis que les développeurs s’appuient sur ses interfaces pour soumettre des transactions, interroger l’état du réseau et tester des applications manipulant l’ADA.

Selon les notes de version officielles, la version 11.1.0 poursuit les fondations techniques du hard fork Dijkstra, la prochaine grande ère du registre de Cardano après van Rossem. La mise à jour inclut un acheminement des transactions plus efficace entre pairs, des instantanés de mempool conçus pour rester rapides à mesure que le volume de transactions augmente, ainsi qu’une validation plus rapide des scripts Plutus.

La version introduit également une prise en charge initiale réseau et consensus pour Ouroboros Peras. La fonctionnalité est désactivée par défaut et reste derrière la version expérimentale du protocole NodeToNodeV_16.

Peras est conçu pour réduire le temps de règlement des transactions grâce à des certificats de vote supplémentaires superposés au consensus Ouroboros existant de Cardano. Il est attribué à la deuxième phase de la feuille de route Dijkstra, distincte de la première phase centrée sur Linear Leios, Nested Transactions et une nouvelle ère du registre.

Le traçage hérité et LMDB exigent une migration des opérateurs

Cardano node 11.1.0 achève la suppression de l’ancien système de traçage iohk-monitoring-framework. La nouvelle architecture de traçage est désormais la seule version incluse, et les configurations qui référencent encore des clés de supervision héritées doivent être migrées.

Cardano tracer a également abandonné le composant RTView obsolète, tandis que son interface de métriques optionnelle suit désormais de plus près le format filaire de Prometheus.

LedgerDB V1 et le backend de stockage LMDB ont également été supprimés. Les opérateurs utilisant LMDB doivent passer à une autre option de stockage prise en charge, la nouvelle architecture LedgerDB V2 de Cardano utilisant un backend basé sur LSM pour le stockage UTxO sur disque.

Les instantanés du registre sont désormais générés de manière prévisible et dans un format compatible avec Mithril. Cela permet de comparer et de partager plus fiablement les instantanés créés par différents nœuds tout en prenant en charge une synchronisation plus rapide et vérifiable de façon indépendante.

L’exécutable de signature Mithril est également inclus dans le paquet de publication x86_64 Linux, réduisant le nombre de composants séparés requis lors de la configuration de la participation à la signature Mithril.

Cardano Node 11.1.0 reste en test de préversion

La version 11.1.0 étend plusieurs interfaces utilisées par les fournisseurs d’infrastructure et les développeurs. Sa couche expérimentale gRPC et UTxO-RPC ajoute des méthodes pour lire et suivre la pointe de la chaîne, accéder aux informations de genèse, rechercher des UTxO et évaluer des transactions.

La commande cardano-cli ping prend désormais en charge plusieurs cibles et les enregistrements DNS SRV selon CIP-0155. Les images de conteneur pour cardano-node, cardano-tracer et cardano-submit-api peuvent aussi fonctionner en tant qu’utilisateurs non root ou avec des systèmes de fichiers en lecture seule, offrant des options de déploiement supplémentaires pour l’infrastructure prenant en charge les transactions ADA.

Les exigences publiées indiquent 24 Go de mémoire pour le backend en mémoire et 8 Go pour la configuration sur disque, bien que ce dernier chiffre reste en attente de confirmation. Un problème connu entraîne environ 12 % d’utilisation de mémoire en plus par rapport à la version 11.0.1 lors du chargement de fichiers de genèse de testnet contenant de grandes quantités de données préremplies. Les notes de version précisent que le Cardano mainnet n’est pas affecté.

Les mesures de performance et les rapports de tests système n’ont pas encore été publiés. La version 11.1.0 établit les migrations de configuration, les changements de stockage et les interfaces de protocole expérimentales qui peuvent désormais être testées avant qu’une version ultérieure prête pour Dijkstra n’entre dans le processus de mise à niveau du Cardano mainnet.