La mise à niveau Dijkstra de Cardano détaille le déploiement de Leios avec un objectif de débit de 10 à 15 fois

La prochaine ère Dijkstra de Cardano introduira une importante mise à niveau du protocole conçue pour étendre la capacité de traitement des transactions et ajouter de nouvelles fonctionnalités à l’échelle du réseau. Carlos Lopez-Zelada, responsable produit Leios chez Input Output, a décrit le processus de déploiement, y compris les conditions nécessaires avant que la technologie de montée en charge puisse fonctionner sur le mainnet.

La transition vers la version 12 du protocole introduira Linear Leios ainsi que des changements concernant les smart contracts, la gestion des transactions et l’économie du staking. Le plan de déploiement d’Input Output vise d’abord une multiplication du débit par deux à cinq, suivie d’ajustements supplémentaires destinés à atteindre environ 10 à 15 fois la capacité actuelle du réseau.

Ces améliorations ne seront pas livrées par une activation unique. Dijkstra nécessite des modifications constitutionnelles, l’approbation de la gouvernance et la participation des opérateurs de pools de staking avant que Leios puisse commencer à traiter des blocs de transactions supplémentaires.

Dijkstra combine Leios avec des changements majeurs du registre et du staking

Dijkstra regroupe plusieurs améliorations du protocole qui nécessitent des changements des règles de consensus de Cardano, des structures du registre ou des formats de transaction. Plutôt que d’introduire chaque fonctionnalité par un hard fork séparé, la mise à niveau les intègre dans une transition coordonnée vers la version 12 du protocole.

Linear Leios est la pièce maîtresse de cette version. La technologie est conçue pour accroître la capacité de traitement des transactions de Cardano tout en préservant les garanties de sécurité de son protocole de consensus sous-jacent.

La mise à niveau plus large inclut aussi Nested Transactions, qui apportent une flexibilité supplémentaire dans la construction des transactions et la gestion des frais. Des améliorations des adresses de compte étendent la manière dont les transactions interagissent avec les comptes, tandis que Guard Scripts offrent aux développeurs de nouveaux mécanismes d’autorisation.

Plutus V4 ajoute des capacités à l’environnement de smart contracts de Cardano, tandis que des changements des tarifs et limites des reference-scripts permettront d’ajuster, via la gouvernance, des paramètres auparavant fixes.

Dijkstra introduit également des changements associés à deux propositions de staking.

CIP-23 établit un paramètre de marge minimale de pool destiné à soutenir une approche révisée des frais des pools de staking. Son activation complète dépend de la disponibilité de l’implémentation et de la préparation de la gouvernance.

CIP-50 introduit un paramètre de levier de pledge qui peut modifier la manière dont le pledge de l’opérateur influence les récompenses de staking. Sa configuration initiale préserve le calcul des récompenses existant jusqu’à ce que la gouvernance approuve un réglage différent.

La mise à niveau inclut en outre des bases techniques pour Ouroboros Peras, une amélioration distincte du consensus destinée à accélérer le règlement des transactions. Son activation est prévue dans une mise à niveau ultérieure du protocole au sein de l’ère Dijkstra.

Leios introduit un traitement parallèle des transactions et la certification BLS

Linear Leios change la manière dont Cardano peut traiter des transactions supplémentaires sans s’appuyer exclusivement sur la production de blocs conventionnelle.

Le système de consensus existant utilise des Ranking Blocks produits par les opérateurs de pools de staking. Leios ajoute des Endorser Blocks, permettant à des données de transaction supplémentaires de circuler dans le réseau en parallèle de la blockchain principale.

Lorsqu’un Endorser Block est produit, les opérateurs participants récupèrent toute information de transaction manquante et en vérifient le contenu. Les blocs valides peuvent ensuite recevoir des endossements cryptographiques d’autres opérateurs.

Ces endossements utilisent des signatures BLS, qui peuvent être agrégées en un certificat unique vérifiable. Une fois le seuil de certification requis atteint, le certificat peut être incorporé dans un Ranking Block ultérieur.

Ce mécanisme permet de traiter davantage de transactions tout en maintenant un processus défini de validation et de certification.

Cependant, l’activation de Leios nécessite une préparation supplémentaire de la part des opérateurs de pools de staking de Cardano.

Les opérateurs doivent enregistrer de nouvelles clés BLS via des certificats d’enregistrement de pool mis à jour. Selon Lopez-Zelada, le comité de certification doit représenter au moins 75 % de la mise active avant que Leios puisse devenir opérationnel.

Input Output vise une participation plus large, couvrant idéalement environ 90 à 95 % de la mise active.

Cette exigence crée une distinction entre l’entrée dans l’ère Dijkstra et l’activation de la capacité de traitement supplémentaire. Même après le hard fork, Leios dépend d’une participation suffisante des opérateurs et des enregistrements cryptographiques nécessaires.

[NEWSBREAK]

Cardano prévoit une activation prudente avant d’augmenter le débit

Le déploiement de Dijkstra commence par des amendements à la Constitution de Cardano couvrant 16 nouveaux paramètres de protocole ajustables.

Dix sont associés à Leios, quatre concernent les tarifs et limites des reference-scripts, et deux se rapportent à l’économie du staking. Les amendements établiront des classifications de gouvernance et des restrictions régissant les futurs changements de paramètres.

Certaines restrictions peuvent être appliquées automatiquement via des scripts de gouvernance, tandis que d’autres nécessitent la supervision du Constitutional Committee.

Une fois les exigences constitutionnelles traitées, l’action d’initiation du hard fork doit passer par le processus de gouvernance de Cardano. La transition vers la version 12 du protocole permettra ensuite l’étape opérationnelle suivante, y compris l’enregistrement des clés BLS et la formation du comité de certification Leios.

Input Output entend activer Leios avec des paramètres prudents, visant initialement un débit environ deux à cinq fois supérieur à la configuration actuelle du réseau.

L’équipe de développement prévoit ensuite d’introduire des charges de transactions contrôlées sur le mainnet, en surveillant la manière dont le protocole se comporte dans des conditions réseau réelles.

Une attention particulière sera portée à la propagation des blocs, au comportement de la certification, à la validation des transactions, ainsi qu’aux effets de la topologie du réseau et de la distribution de la mise. Ces caractéristiques ne peuvent pas être entièrement reproduites dans des environnements de test plus petits.

Après évaluation des résultats, des propositions de gouvernance pourront ajuster des paramètres tels que la taille des Endorser Blocks, les seuils de certification et la configuration du comité.

D’autres périodes d’observation suivraient ces ajustements avant l’introduction d’augmentations de capacité supplémentaires.

L’objectif initial de mise à l’échelle annoncé est d’environ 10 à 15 fois le débit actuel de Cardano. Lopez-Zelada a également évoqué le potentiel d’augmentations plus importantes, mais a souligné que les changements ultérieurs devraient dépendre de la demande réelle du réseau et des exigences d’infrastructure imposées aux opérateurs.

Le plan de développement sépare donc l’introduction de Linear Leios de l’expansion progressive de sa capacité de traitement.

Avant que la première augmentation de débit puisse prendre effet, Dijkstra doit recevoir l’approbation nécessaire de la gouvernance, des nœuds compatibles doivent être déployés, et des opérateurs représentant au moins 75 % de la mise active doivent terminer le processus d’enregistrement BLS requis pour la certification Leios.