Les développeurs de Cardano fusionnent du code Leios en vue d'une hausse prévue de 15 fois de la capacité

Les développeurs de Cardano ont fusionné d'importants composants de Leios, dans le cadre d'une hausse prévue de 15 fois de la capacité de transaction. Un rapport sur le développement indique que l'équipe chargée du consensus a ajouté Praos2, qui combine le protocole de consensus existant de Cardano avec Leios, à la branche principale de développement. L'équipe a également intégré LeiosNotify et LeiosFetch pour permettre les échanges d'informations entre les nœuds qui traitent des lots de transactions supplémentaires. Les développeurs doivent encore mettre en œuvre la sélection et la récupération de ces lots, appelés blocs endosseurs.

Input Output (IOG) prévoit d'introduire Leios lors du prochain hard fork Dijkstra, avec pour objectif initial de multiplier par trois à cinq la capacité de traitement actuelle. IOG prévoit au moins deux ajustements ultérieurs pour porter la capacité à 10 à 15 fois le plafond actuel. Toutefois, ces augmentations dépendront des tests de performance et d'approbations distinctes de gouvernance, ce qui rend incertain le calendrier de l'expansion complète. Des dispositions de gouvernance encore en suspens pourraient retarder la mise en œuvre.

Cardano n'a pas encore commencé à tester les nouvelles règles de protocole de Dijkstra sur le réseau de test public. Intersect, l'organisation de membres chargée d'assurer la continuité du réseau, a déclaré le 24 octobre que le réseau de test avait redémarré trois jours plus tôt. Intersect a indiqué que le réseau de test fonctionnait avec les règles Conway existantes et la version 11.1.3 du nœud. Le passage à la version 12 du protocole Dijkstra nécessite la prochaine préversion 11.2 du nœud ainsi que la soumission d'une proposition de déclenchement du hard fork.

Les développeurs ont renforcé les contrôles du prototype Leios portant sur les annonces de blocs endosseurs et les certificats cryptographiques. Les modifications du prototype limitent également l'utilisation du nouveau format d'en-tête Leios à Dijkstra et aux versions ultérieures du protocole. Leur mise en œuvre nécessite de réinitialiser le réseau de test du prototype à son état initial et de mettre à jour les nœuds participants. Le redémarrage du prototype n'a pas d'incidence sur le réseau principal existant de Cardano.

IOG estime que le système actuel Ouroboros Praos peut traiter environ 4,5 kilooctets de données de transaction par seconde. Selon IOG, ce plafond s'explique en partie par la nécessité de diffuser les blocs assez rapidement pour maintenir le consensus du réseau. Leios utilise des blocs endosseurs pour valider et certifier des transactions supplémentaires indépendamment de la production ordinaire de blocs. La mise en œuvre initiale vise environ 13,5 à 22,5 kilooctets par seconde. Les augmentations ultérieures pourraient porter le débit à 45 à 67,5 kilooctets par seconde. Le nombre réel de transactions dépend de leur taille et des besoins de calcul. Cardano doit achever le cadre de gouvernance des paramètres de fonctionnement du protocole avant que les limites supérieures puissent entrer en vigueur.

La procédure d'approbation commence par un amendement constitutionnel définissant les plages autorisées pour les nouveaux paramètres de Dijkstra. L'amendement nécessite le soutien de représentants délégués contrôlant au moins 75 % des droits de vote concernés et l'approbation des deux tiers du comité constitutionnel. Intersect a indiqué que la proposition, CAP-12, en était à une quatrième version en octobre. Selon Intersect, les dispositions encore en suspens portaient notamment sur les limites numériques des paramètres, les paramètres de levier des mises et les procédures de désactivation de Leios. Le hard fork nécessite une approbation distincte de représentants délégués représentant 60 % des mises, d'opérateurs de pools de mise représentant 51 % des mises et des deux tiers du comité constitutionnel.

Après la mise en œuvre de Dijkstra, les opérateurs devront enregistrer des clés cryptographiques supplémentaires, appelées clés BLS, afin de certifier les blocs endosseurs de Leios. IOG estime que les clés enregistrées devraient couvrir environ 90 % à 95 % des mises déléguées avant l'activation, afin de tenir compte des opérateurs indisponibles ou lents. La certification Leios nécessite des signatures représentant au moins 75 % des mises actives. Les pools qui n'ont pas enregistré de clés BLS peuvent toujours produire des blocs ordinaires, mais ne peuvent pas voter sur les blocs endosseurs.

Des exercices contrôlés à forte charge sur le réseau principal de Cardano suivront l'enregistrement des clés afin de tester la vitesse de propagation des lots de transactions et la fiabilité de leur certification par les opérateurs. Les développeurs évalueront également les capacités de traitement disponibles pour déterminer si les nœuds peuvent gérer des charges de travail plus importantes sans dégradation des performances. Les résultats des tests serviront à élaborer des propositions visant à relever les limites de fonctionnement de Leios. Chaque ajustement ultérieur nécessite le soutien de 67 % des représentants délégués, de 51 % des opérateurs de pools de mise et l'approbation des deux tiers du comité constitutionnel. Les ajustements compris dans les limites constitutionnelles approuvées peuvent entrer en vigueur sans nouveau hard fork.