cardano-cli 11.7 ajoute un outil de clé BLS pour les pools de staking

Cette version permet aux opérateurs de préparer un certificat d’inscription mis à jour sans ressaisir les paramètres de leur pool. Elle étend aussi la prise en charge des fonctionnalités en cours de développement pour l’ère Dijkstra.

By SongMarketCap

Updated:

Cardano News - cardano-cli 11.7 ajoute un outil de clé BLS pour les pools de staking

Intersect a publié cardano-cli 11.7.0.0, ajoutant une commande qui aide les opérateurs de pools de staking à préparer des certificats d’inscription avec des clés BLS. Ces clés sont destinées à participer au système de vote prévu pour Ouroboros Leios.

La mise à jour de l’interface en ligne de commande introduit aussi des outils pour les sous transactions, les propositions de paramètres de protocole et l’inspection des certificats. Ses fonctionnalités Dijkstra sont développées et testées en amont d’une future mise à niveau du mainnet Cardano.

Mise à jour d’un certificat de pool avec une clé BLS

La nouvelle commande cardano-cli dijkstra stake-pool bls-registration-certificate offline lit un certificat d’inscription de pool existant et crée une version mise à jour. Elle utilise une clé de signature BLS pour dériver une clé publique BLS et une preuve de possession correspondante.

La commande conserve les autres paramètres du pool, de sorte que les opérateurs n’ont pas à ressaisir des paramètres comme la marge, le coût fixe, l’engagement ou les adresses de relais. Selon les notes de version, elle prend en charge à la fois l’ajout initial d’une clé BLS et sa rotation ultérieure.

Elle accepte aussi les certificats créés pendant l’ère Conway, y compris les fichiers écrits par des versions antérieures de cardano-cli. La commande affiche l’identifiant du pool ainsi que les anciennes et nouvelles clés BLS, et avertit si les clés sont identiques.

L’opération s’exécute hors ligne et crée un certificat. Pour enregistrer la modification sur un réseau, le certificat doit être inclus dans une transaction qui est signée et soumise.

Comment les clés BLS se rapportent à Leios

Les clés BLS font partie du processus de vote prévu pour Ouroboros Leios, une évolution du protocole de consensus de Cardano. Des membres de comité sélectionnés signeraient des votes pour des blocs d’endorsement, et leurs signatures individuelles pourraient être combinées en un certificat plus court.

L’enregistrement des clés BLS des pools de staking est déjà testé sur DijkstraNet. Intersect a indiqué que le réseau est passé à la version 12 du protocole le 2 novembre. La version du nœud utilisée là bas prend en charge l’enregistrement des clés mais n’inclut pas Linear Leios au complet.

Un réseau de test distinct, Musashi, exécute un prototype contenant Linear Leios complet et une version de l’ensemble de fonctionnalités Dijkstra plus large. Dans sa mise à jour du 6 novembre, Intersect a indiqué cardano-node 11.1.3 comme version recommandée pour le mainnet et a décrit la 11.2 comme une pré version pour DijkstraNet.

Intersect a également présenté les plans pour le nœud 11.2.1, destiné à obtenir l’homologation mainnet et à corriger une régression d’utilisation mémoire. La version 11.3 est la candidate visée pour la publication de l’ensemble complet de fonctionnalités Dijkstra, y compris Linear Leios.

[NEWSBREAK]

Nouvelles options pour les développeurs et la gouvernance

La version du CLI ajoute des options Dijkstra à la commande de création de propositions de mise à jour des paramètres de protocole. Celles ci couvrent la marge minimale de pool, l’effet de levier maximal de l’engagement, les paramètres Peras et les coûts des entrées de référence.

Les développeurs peuvent désormais créer séparément des signatures pour une sous transaction et les combiner avec une sous transaction non signée. L’outil rejette les signatures qui ne correspondent pas à son contenu.

Parmi les autres ajouts figurent les intervalles de solde de compte CIP-159 et des scripts de garde pour construire des transactions Dijkstra. Une nouvelle commande debug certificate view affiche les fichiers de certificats en JSON ou YAML.

Cette version modifie aussi les noms de champs dans la sortie de debug transaction view. Les scripts qui lisent les informations de certificat à partir de cette sortie devront utiliser les nouveaux noms de champs.