Cardano Leios vise une capacité de trois à cinq fois le niveau actuel

Input Output a présenté le 20 octobre des plans visant à introduire Ouroboros Leios via le hard fork Dijkstra de Cardano. Le protocole viserait initialement une capacité de données de transaction de trois à cinq fois le niveau actuel, avec des mises à jour de paramètres ultérieures visant dix à quinze fois le niveau actuel. L’activation suivrait l’enregistrement des pools de staking après le fork.

Leios ajoute de la capacité lors des pics de trafic sur Cardano

Ouroboros Linear Leios est conçu pour traiter davantage de transactions lorsque la demande dépasse la capacité des blocs Praos existants. Il conserve ces blocs et ajoute des blocs d’endorsement contenant des références à des transactions supplémentaires.

Le protocole étend aussi le mempool, où les nœuds conservent les transactions en attente de traitement. Cela donne au réseau plus de marge pour accepter des transactions en attente pendant les périodes chargées.

La capacité est mesurée en kilooctets de données de transaction par seconde. Le nombre de transactions traitées dépend de leur taille et de leurs exigences de calcul.

Les pools de staking doivent enregistrer des clés de vote Leios

Après Dijkstra, les opérateurs de pools de staking enregistreront des clés BLS pour participer au vote Leios. Input Output estime que l’activation exigera des pools enregistrées représentant environ 90 % à 95 % de l’ADA délégué, sous réserve des paramètres finaux du protocole.

Dans la configuration décrite, les pools participantes valident les blocs d’endorsement et émettent des votes pondérés par l’ADA qu’elles représentent. La certification exige des votes couvrant au moins 75 % de la mise active totale. Les signatures BLS combinent ces votes en un certificat compact.

Les pools sans clés enregistrées peuvent continuer à produire des blocs Praos mais ne peuvent pas voter sur les blocs d’endorsement Leios.

Les tests sur le mainnet guideront de nouvelles augmentations de Leios

La phase Earth de 41 jours de MusashiNet a atteint un pic de 26.8 kilooctets de données de transaction par seconde, contre un plafond d’environ 4.51 sur le mainnet Praos. Le test impliquait du trafic synthétique et des opérateurs participants. L’équipe a signalé des correctifs pour des défauts d’implémentation mis au jour durant les tests, y compris des problèmes de synchronisation et la gestion des certificats invalides.

Après l’activation sur le mainnet, des rafales de trafic contrôlées mesureront la propagation des blocs, les performances de vote, la fiabilité des certificats et la capacité résiduelle des nœuds.

Au moins deux mises à jour de paramètres ultérieures sont prévues, chacune nécessitant une approbation de gouvernance distincte dans les limites constitutionnelles. Ces changements ne nécessiteraient pas un autre hard fork. L’annonce du 20 octobre n’a pas précisé de date d’activation pour Dijkstra.

Chaque proposition de capacité aurait besoin de mesures provenant du niveau de fonctionnement précédent, fournissant à la gouvernance des éléments permettant d’évaluer si le réseau en production peut supporter la charge supplémentaire avant d’approuver une limite plus élevée.