Une proposition Cardano accélérerait les arrêts d’urgence de Leios tout en maintenant les votes

Le 6 novembre, Kevin Hammond a proposé une procédure de gouvernance accélérée pour désactiver le système de mise à l’échelle Leios, prévu pour Cardano, en cas de graves problèmes réseau. Le système Leios présente un risque pour la stabilité de Cardano, à moins qu’une voie d’arrêt d’urgence plus rapide ne soit approuvée. La proposition de Hammond assouplirait les restrictions de préavis et de fréquence sans supprimer les procédures de vote et de mise en œuvre du protocole. Hammond a présenté cette approche lors d’une discussion technique sur la proposition d’amendement Cardano 12 (Cardano Amendment Proposal 12, CAP-12), comme position proposée au comité directeur technique, avant un examen prévu le 18 novembre. CAP-12 modifierait la constitution afin d’établir des contraintes sur les paramètres du protocole de l’ère Dijkstra.

L’arrêt proposé interromprait la voie supplémentaire de traitement des transactions de Leios, tout en permettant aux blocs ordinaires de continuer à être produits. Il fixerait à zéro maxEndorserBlockTxsSize, le paramètre qui limite la charge de transactions endossée par un bloc supplémentaire. Les blocs endosseurs font référence à des transactions supplémentaires qui sont intégrées à la chaîne après leur certification et l’inclusion du certificat dans un bloc de classement ultérieur. En cas de problèmes réseau de gravité 1 ou 2, l’approche de Hammond supprimerait l’exigence de préavis PARAM-04a et permettrait de ramener le paramètre à zéro à n’importe quelle époque. Le redémarrage de Leios conserverait la procédure d’approbation habituelle et la restriction de fréquence imposée au groupe réseau.

Hammond a déclaré que la ratification et la mise en œuvre nécessiteraient toujours le passage d’au moins une limite d’époque. L’analyse de CAP-12 désigne les représentants délégués, le comité constitutionnel et les opérateurs de pools de participation comme les électeurs requis pour les changements des paramètres de Leios. Hammond a distingué le mécanisme du protocole contrôlé par la gouvernance d’un mécanisme opérationnel reposant sur la participation ponctuelle des opérateurs.

Hammond a subordonné le mécanisme du protocole à une confirmation écrite de l’équipe Linear Leios sur les effets d’une valeur nulle. Il a demandé confirmation qu’une valeur nulle empêcherait l’annonce de blocs endosseurs, l’expression ou la diffusion de votes et l’inclusion de certificats dans les blocs de classement. Avec cette valeur nulle, le comportement des nœuds devrait correspondre à Praos, le système existant de Cardano pour produire des blocs. Hammond a également demandé des exercices d’arrêt et de redémarrage sur les réseaux de test Preview et Preprod, avec une comparaison de la production de blocs au niveau de référence de Praos. Il a exigé des tests de conformité du paramètre à zéro pour chaque implémentation de nœud. Une autorisation constitutionnelle ne suffirait pas à elle seule : les clients doivent gérer la valeur nulle de manière cohérente et le redémarrage doit fonctionner comme prévu.

Cependant, la version 5 de CAP-12, toujours en discussion le 8 novembre, interdit les paramètres Leios ayant une valeur nulle. La règle MEBTS-09 de la version 5 interdit spécifiquement la valeur nulle pour le paramètre que Hammond propose d’utiliser. La mise à jour d’Intersect du 6 novembre a confirmé que le texte constitutionnel ne comprenait plus le mécanisme d’arrêt. Intersect a indiqué que la désactivation restait prévue dans le plan de hard fork et qu’un autre projet de texte était attendu. L’approbation de l’approche de Hammond nécessiterait de résoudre le conflit entre l’interdiction et l’exception proposée.

Le compte rendu du groupe de travail du 3 novembre indique que le réseau de test est entré dans l’ère Dijkstra le 2 novembre avec le nœud 11.2, sans implémentation complète de Leios. Intersect a indiqué le 6 novembre que DijkstraNet permettait l’enregistrement de clés BLS, mais ne prenait pas en charge Linear Leios dans son intégralité. Selon Intersect, Musashi proposait une version complète de Leios pour les premiers tests d’intégration. Intersect estimait que la version candidate combinée du nœud 11.3 ne serait pas disponible avant au moins deux à trois semaines.

La mise à jour du consensus du 3 novembre faisait état de la production de blocs endosseurs, de la validation des certificats et du relais des votes. Le résumé d’Essential Cardano du 6 novembre qualifiait ces modifications de la branche principale d’activités de développement, et non de lancement sur le réseau principal. Le compte rendu du groupe de travail fixait au 25 novembre la date cible pour la soumission de la constitution et des garde-fous. Hammond a déclaré le 6 novembre que le comité des paramètres n’avait pas reçu les valeurs numériques attendues et aurait besoin de temps pour les évaluer.