Cardano Node 11.1.3 corrige le décodage IPv4

Cardano Node 11.1.3 a été publié le 29 septembre, corrigeant la manière dont le logiciel lit les adresses IPv4 stockées dans le grand livre. La mise à jour fait suite à l’avis de mise à niveau prioritaire d’Intersect destiné aux opérateurs de pools de staking et aux autres organisations exploitant l’infrastructure Cardano.

Comment fonctionne la correction IPv4

La version 11.1.2 a modifié par inadvertance l’ordre des octets utilisé pour décoder les adresses IPv4. La dernière version rétablit l’ordre des octets réseau standard utilisé avant la série 11.1.x. La correction est incluse via la version 1.9.0.1 de la bibliothèque cardano-ledger-binary.

Une adresse IPv4 se compose de quatre octets dont l’ordre détermine la manière dont l’adresse est interprétée. Sur Cardano, ces adresses apparaissent dans les enregistrements de relais de pools de staking. Les relais échangent des blocs et des transactions avec d’autres nœuds, ce qui rend l’interprétation correcte de leurs données d’adresse pertinente pour l’infrastructure réseau.

Le journal des modifications de la version situe la correction dans le composant du grand livre et n’énumère aucun changement dans les composants Network ou Consensus.

Quels opérateurs Cardano sont concernés

La recommandation d’Intersect couvre les opérateurs de pools de staking et les autres opérateurs de nœuds. Ses précédentes directives de mise à niveau incluaient l’infrastructure fonctionnant sur Mainnet, Preprod et Preview.

Cardano Node traite et valide les transactions, y compris les transferts d’ADA, et prend en charge la production de blocs par les pools de staking. Les opérateurs maintiennent et mettent à niveau cette infrastructure. Les utilisateurs qui délèguent de l’ADA à un pool comptent sur son opérateur pour gérer les nœuds du pool.

La correction IPv4 traite spécifiquement le comportement introduit en 11.1.2. La recommandation plus large visant à exécuter au moins cette version fait suite à un problème antérieur identifié sur le testnet Preprod.

La recommandation de mise à niveau d’Intersect

Les opérateurs exécutant des versions antérieures à la 11.1.2 sont invités à passer directement à la 11.1.3. Ceux déjà en 11.1.2 satisfont au minimum indiqué par Intersect, tandis que la 11.1.3 ajoute la correction IPv4. L’annonce ne précise aucun délai pour passer entre ces deux versions.

Intersect confirme qu’aucune relecture du grand livre n’est requise, ce qui signifie que les opérateurs n’ont pas besoin de recalculer l’état du grand livre à partir des blocs historiques dans le cadre de la mise à jour.

Pour les opérateurs mettant à niveau depuis d’anciennes versions, les exigences de migration introduites dans la série 11.1 restent pertinentes. Ces exigences incluent la suppression du backend de stockage LMDB et de l’ancien système de traçage. Les opérateurs utilisant encore LMDB doivent changer de backend de stockage, tandis que ceux qui s’appuient sur l’ancien traçage doivent migrer leur configuration de supervision.