Input Output a présenté un déploiement progressif de la mise à niveau Leios de Cardano, visant initialement une capacité de transaction trois à cinq fois supérieure à celle d’aujourd’hui, avant que des votes de gouvernance ultérieurs ne puissent la porter à 10–15 fois.
Résumé
- Leios vise initialement 3 à 5 fois la capacité actuelle de Cardano, avec des gains ultérieurs allant vers 10 à 15 fois.
- L’activation nécessite l’enregistrement de clés de vote couvrant environ 90 à 95 % de l’enjeu délégué.
- Les modifications ultérieures de capacité nécessitent les résultats de charge du réseau principal et des votes de gouvernance distincts.
- Seules 21 des 103 applications Cardano répertoriées ont activé le suivi des transactions du classement.
Input Output a déclaré dans sa mise à jour du 20 octobre que Leios arrivera avec le hard fork Dijkstra, suivi de l’enregistrement des pools de staking, d’exercices de charge en direct sur le réseau et d’au moins deux mises à jour des paramètres du protocole.
Le plan du développeur sépare la mise à niveau du réseau des étapes nécessaires pour activer Leios et permettre plus de trafic. Les pools doivent d’abord enregistrer de nouvelles clés de vote, l’estimation actuelle exigeant environ 90 à 95 % de l’enjeu délégué avant que Leios puisse fonctionner.
« Le hard fork rend le protocole disponible », a écrit Input Output. La mise à jour ne donne aucune date d’activation fixe pour Dijkstra. Les gains de capacité proposés restent soumis aux résultats du réseau principal et à l’approbation de la communauté.
Cardano Leios nécessite l’enregistrement des pools après Dijkstra
Selon le plan de déploiement d’Input Output, les opérateurs de pools de staking généreront des clés de vote BLS après le hard fork et les enregistreront via des certificats de pool mis à jour. Chaque enregistrement devient actif à la limite de l’époque suivante.
Les signatures BLS permettent de combiner des centaines de votes de pools en un certificat compact. Input Output indique que Leios nécessite des votes représentant au moins 75 % de tout l’enjeu actif pour certifier un bloc endorser, qui contient des références à des transactions en attente de traitement.
L’enregistrement doit se situer confortablement au-dessus de ce seuil pour tenir compte des pools hors ligne ou lents à répondre. Le développeur estime la participation d’environ les 500 à 900 principaux pools, bien que l’exigence exacte d’activation dépende de paramètres encore en cours de finalisation.
Les pools sans clé BLS enregistrée peuvent continuer à produire des blocs Praos, selon la mise à jour, mais ne peuvent pas voter sur les blocs endorser de Leios. L’enregistrement des clés ne nécessite aucun vote distinct de la part des représentants délégués ou du Comité constitutionnel.
La préparation fait suite au hard fork van Rossem de Cardano du 18 juillet, qui a fait passer le réseau principal à la version de protocole 11, comme crypto.news l’a précédemment rapporté. Intersect a confirmé cette mise à niveau après des tests et l’approbation des organes de gouvernance du réseau.
Les modifications de capacité nécessitent une approbation de gouvernance distincte
Avant Dijkstra, Input Output prévoit une mise à jour constitutionnelle couvrant les nouveaux paramètres du protocole et les limites dans lesquelles la gouvernance peut les modifier. Sa feuille de route confie la préparation de ces garde-fous au Comité des paramètres d’Intersect, l’équipe Plutus mettant à jour le script des garde-fous.
Le développeur énumère différents seuils d’approbation pour chaque étape. L’amendement constitutionnel nécessite le soutien de représentants délégués représentant 75 % de l’enjeu et deux tiers du Comité constitutionnel.
Pour le hard fork, les exigences indiquées sont 60 % de l’enjeu des DRep, 51 % de l’enjeu des opérateurs de pools de staking et deux tiers du comité. Les modifications ultérieures du débit nécessitent 67 % de l’enjeu des DRep, 51 % de l’enjeu des SPO et deux tiers des membres du comité.
Une fois Leios en fonctionnement, Input Output prévoit des pics contrôlés de trafic sur le réseau principal pour mesurer la livraison des blocs, la vitesse de vote, la fiabilité des certificats et la marge de traitement restante sur les nœuds. Chaque étape de capacité proposée devrait inclure des mesures issues des paramètres précédents.
La cible initiale utilise comme référence le plafond actuel de Praos d’environ 4,5 kilo-octets de transactions par seconde. En multipliant ce chiffre par les fourchettes annoncées, on obtient environ 13,5 à 22,5 TxkB/s initialement et 45 à 67,5 TxkB/s à la cible ultérieure.
Ces chiffres mesurent la capacité de données de transaction, et non un nombre fixe de transactions par seconde. Le nombre de transactions qui tiennent dépend de leur taille.
Input Output indique que la gouvernance peut modifier les limites de Leios sans autre hard fork, à condition que les propositions restent dans les garde-fous constitutionnels approuvés.
Les tests antérieurs ont atteint environ six fois le plafond de Praos
Dans un compte rendu d'ingénierie du 20 août, l'équipe Leios a enregistré un pic de MusashiNet de 26,8 TxkB/s contre un plafond de Praos sur le réseau principal de 4,51 TxkB/s. Les chiffres produisent un ratio d'environ 5,94 fois.
L'équipe a déclaré que la phase Terre de 41 jours a impliqué plus de 127 000 blocs et 63 pools enregistrés. Le trafic provenait de la génération de charge synthétique et des opérateurs participants, de sorte que les résultats décrivent les performances du réseau de test plutôt que la demande des clients.
Son compte rendu a documenté des problèmes de mise en œuvre, notamment des fuites de mémoire, des bifurcations de chaîne, une synchronisation bloquée et un arrêt du réseau causé par le traitement d'un certificat invalide comme une erreur fatale. L'équipe a déclaré avoir corrigé les défauts.
Pour le réseau principal, le plan d'Input Output du 20 octobre commence par des paramètres conservateurs, car le réseau en production comprend environ 2 700 pools enregistrés utilisant différentes machines, connexions et configurations.
Leios conserve les blocs de classement de Praos et ajoute des blocs d'approbation lorsque le trafic en attente dépasse ce qu'un bloc de classement peut transporter, a expliqué le développeur. Les transactions traitées via les blocs d'approbation devraient atteindre le registre en environ 45 à 60 secondes.
La préparation de Dijkstra s'est poursuivie à travers des versions logicielles distinctes. La version 11.1.1 du nœud de septembre a traité des problèmes opérationnels avant les versions ultérieures destinées à introduire les fonctionnalités de la nouvelle ère.
La feuille de route Dijkstra en deux phases antérieure d'Intersect plaçait Linear Leios dans la première phase et Peras dans une mise à niveau distincte ciblée pour le deuxième trimestre de 2027. Son calendrier décrivait les dates de livraison comme des estimations soumises aux tests et à la gouvernance.
Le classement des applications couvre les projets avec le suivi activé
Dans une publication X distincte du 20 octobre, Cardano a déclaré que 21 des 103 applications listées sur son site Web avaient activé le suivi des transactions. Les projets apparaissent sur le classement une fois le suivi activé, et la participation est ouverte à tous les projets construits sur Cardano.
Les chiffres situent la participation au suivi à environ 20,4 % des applications listées. La déclaration de Cardano décrit quels projets contribuent au classement ; elle n'établit pas les totaux de transactions pour les 82 applications restantes.
Sur l'économie du réseau, Input Output a déclaré que plus de 85 % des récompenses d'époque proviennent actuellement de la Réserve de Cardano. Sa mise à jour a cité une estimation du CIP-164 selon laquelle les revenus de frais nécessiteraient un trafic soutenu d'environ 50 à 70 TxkB/s pour atteindre le seuil de rentabilité.
« Leios crée une voie vers ce niveau d'activité », a écrit le développeur. « Il ne crée pas la demande à lui seul. »
Les autres fonctionnalités prévues de Dijkstra incluent les transactions imbriquées, les améliorations de compte, les scripts de garde, Plutus V4, les récompenses de staking librement retirables et un paramètre de levier de mise. Selon Input Output, ces changements arrivent avec le hard fork et ne dépendent pas de l'atteinte par Leios de ses objectifs de capacité ultérieurs.
