Cardano Leios : le plan de montée en charge dévoilé

Découvrez le déploiement progressif de Leios sur Cardano : capacité multipliée par 3 à 15, gouvernance complexe et réalité on-chain.

Temps de lecture : 12 min

Points clés à retenir

  • Capacité initiale : Leios visera d’abord 3 à 5 fois le débit actuel de Cardano, avec une montée ultérieure possible jusqu’à 10-15x sous réserve de votes de gouvernance et de tests sur le réseau principal.
  • Gouvernance conditionnelle : L’activation requiert l’enregistrement de clés de vote BLS par les pools couvrant environ 90-95 % de l’enjeu délégué, dépassant le seuil de 75 % nécessaire pour certifier les blocs endorsers.
  • Transparence mesurée : Seules 21 des 103 applications listées sur Cardano ont activé le suivi des transactions, et les tests anticipés (MusashiNet) montrent un débit maximal de 26,8 TxkB/s, soit environ 6 fois la limite actuelle.
Je vais être direct : ce que les chiffres ne disent pas seuls, c’est que le plan de montée en charge de Cardano ressemble moins à une annonce triomphale qu’à un exercice de funambulisme technique et politique. Input Output a publié le 20 octobre dernier les détails du déploiement de Leios, la prochaine évolution majeure du protocole. Objectif affiché : multiplier par 3 à 5 la capacité actuelle avant des votes ultérieurs qui pourraient porter la multiplication à 10 ou 15 fois. La plupart des analyses s’arrêtent là. Moi non. Posons les bases avant d’aller plus loin. Leios n’est pas un simple fork. C’est un changement d’architecture qui sépare les blocs de classement (ranking blocks) des blocs endorseurs (endorser blocks), chargés de traiter les transactions en attente lorsque le trafic dépasse ce qu’un bloc classique peut absorber. Pour que cela fonctionne, les opérateurs de pools doivent enregistrer de nouvelles clés de vote BLS, capables de compresser des centaines de votes en un certificat compact.

Un calendrier en plusieurs étapes

Le hard fork Dijkstra introduira Leios sur le réseau principal. Ensuite, place à l’enregistrement des clés, aux exercices de charge en conditions réelles, et à au moins deux mises à jour des paramètres du protocole. Input Output ne donne aucune date fixe pour Dijkstra. Et les gains de capacité restent conditionnés aux résultats observés et à l’approbation de la communauté.
A lire également :  Bitcoin et le quantum : une sécurité minimaliste en débat
C’est précisément là que ça se complique. L’activation de Leios exige que les pools enregistrent leurs clés BLS, et que ces clés couvrent environ 90 à 95 % de l’enjeu délégué. Un seuil bien supérieur aux 75 % nécessaires pour certifier un bloc endorseur. Pourquoi ? Parce que les pools hors ligne ou lents doivent être compensés. Input Output estime que 500 à 900 pools participeront, mais le chiffre exact dépend de paramètres encore en cours de finalisation. En pratique, ça donne quoi ? Si vous êtes opérateur de pool et que vous ne vous enregistrez pas, vous continuerez à produire des blocs via le protocole Praos, mais vous ne pourrez pas voter sur les blocs endorseurs. Aucun vote séparé des représentants délégués ou du comité constitutionnel n’est requis pour cette inscription. C’est une procédure technique, pas un référendum.

Gouvernance : trois votes, trois seuils, trois moments

Input Output planifie une mise à jour constitutionnelle avant Dijkstra pour encadrer les nouveaux paramètres et les limites dans lesquelles la gouvernance pourra les modifier. Le comité des paramètres d’Intersect prépare ces garde-fous, tandis que l’équipe Plutus met à jour le script. Les seuils d’approbation varient selon l’étape :
  • Amendement constitutionnel : 75 % de l’enjeu des DRep et deux tiers du comité constitutionnel.
  • Hard fork : 60 % de l’enjeu des DRep, 51 % de l’enjeu des pools et deux tiers du comité.
  • Changements de débit ultérieurs : 67 % des DRep, 51 % des pools et deux tiers du comité.
Ces chiffres sont issus du plan d’octobre 2026. Ils sont vérifiés. Ce qui l’est moins, c’est la capacité réelle à mobiliser ces seuils en temps voulu. La gouvernance Cardano est réputée pour sa lenteur délibérative. Ce n’est pas un défaut en soi, mais c’est un facteur à intégrer dans toute analyse de risque.

Performances : du testnet au mainnet

Le 20 août, l’équipe Leios a publié un compte rendu d’ingénierie : sur le testnet MusashiNet, un pic de 26,8 TxkB/s a été atteint, contre un plafond Praos de 4,51 TxkB/s sur le réseau principal, soit un ratio d’environ 5,94. Ces 41 jours de test ont impliqué plus de 127 000 blocs et 63 pools enregistrés. Mais le trafic provenait de générateurs de charge synthétique et d’opérateurs participants. Il ne reflète donc pas la demande réelle des utilisateurs.
A lire également :  Financement crypto en avril 2026 : chute de 74% des VC
L’équipe a documenté plusieurs incidents : fuites de mémoire, forks de chaîne, synchronisation bloquée, et un arrêt réseau causé par un certificat invalide traité comme une erreur fatale. Tous ont été corrigés selon elle. Je préfère me tromper avec des données plutôt qu’avoir raison avec des intuitions : ces incidents montrent que la route vers Leios est loin d’être linéaire. Pour le réseau principal, Input Output démarre avec des paramètres prudents, car il faut composer avec environ 2 700 pools aux configurations hétérogènes. Les transactions traitées via les blocs endorseurs devraient atteindre le registre en 45 à 60 secondes.

Capacité : ce que les chiffres signifient vraiment

Leios vise une capacité initiale de 13,5 à 22,5 TxkB/s, puis 45 à 67,5 TxkB/s à terme. Mais attention : ces chiffres mesurent le débit de données, pas le nombre de transactions par seconde. Le nombre de transactions dépend de leur taille. Une transaction simple n’occupe pas le même espace qu’un contrat intelligent complexe. La plupart des analyses s’arrêtent au chiffre brut. Moi je préfère rappeler cette distinction. Un autre point crucial : la feuille de route d’Intersect place Linear Leios dans la première phase et Peras dans une mise à jour séparée prévue pour le deuxième trimestre 2027. Les dates de livraison sont des estimations soumises aux tests et à la gouvernance. Autrement dit, rien n’est gravé dans le marbre.

Adoption des applications : un signal faible

Dans un post séparé du 20 octobre, Cardano a indiqué que 21 des 103 applications listées sur son site avaient activé le suivi des transactions. Soit environ 20,4 % des applications référencées. Le classement ne mentionne que les projets ayant activé ce suivi, et l’implication est ouverte à tous les projets construits sur Cardano. Aucun total de transactions pour les 82 autres applications n’est communiqué. Ce que les chiffres ne disent pas seuls, c’est que la participation à ce classement est un indicateur d’engagement des développeurs, pas nécessairement de volume d’activité. Une application peut très bien générer un trafic important sans figurer dans le décompte. Il faut donc rester prudent avant d’en tirer des conclusions sur l’état réel de l’écosystème.
A lire également :  Bitcoin teste la résistance de son canal ascendant avant la Fed : analyse technique et on-chain

Économie du réseau : la dépendance aux réserves

Input Output précise que plus de 85 % des récompenses par époque proviennent actuellement de la réserve de Cardano. Une estimation issue du CIP-164 indique qu’il faudrait un trafic soutenu de 50 à 70 TxkB/s pour que les revenus de frais atteignent l’équilibre. Leios crée une route vers ce niveau d’activité, mais ne crée pas la demande par lui-même, reconnaît le développeur. C’est un aveu important. La montée en charge technique ne garantit pas l’adoption. La finance décentralisée, comme la finance traditionnelle, ne fonctionne pas à coups de promesses technologiques. Elle fonctionne à coups d’incitations et de cas d’usage réels.

Les autres changements de Dijkstra

Le hard fork Dijkstra ne se limite pas à Leios. Il apportera aussi les transactions imbriquées, des améliorations de compte, des scripts de garde, Plutus V4, des récompenses de staking librement retirables et un paramètre d’effet de levier sur la mise. Ces changements arriveront avec le fork et ne dépendent pas de l’atteinte des objectifs ultérieurs de Leios. Autrement dit, Dijkstra est un tremplin, pas une destination. Et Leios est un processus progressif, pas un interrupteur.

Mon regard d’ancien risk manager

J’ai passé quinze ans à modéliser des risques de crédit. Ce que je vois dans cette annonce, c’est une feuille de route solide sur le plan technique, mais fragile sur le plan de l’exécution et de la demande. Le plan d’Input Output est méthodique : tests, paramètres prudents, gouvernance à plusieurs niveaux. C’est rassurant pour la robustesse du réseau. Mais deux inconnues demeurent : la capacité réelle à mobiliser les seuils de gouvernance, et l’adoption par les utilisateurs. Leios peut augmenter la capacité du réseau, mais il ne crée pas la demande. Son effet économique dépendra du trafic réel, des frais générés et des coûts d’exploitation des pools. Si personne n’envoie de transactions, le débit restera théorique. La plupart des analyses s’arrêtent au chiffre de 15x. Moi je préfère regarder les 82 applications qui ne suivent pas encore leurs transactions, et les 2 700 pools dont la configuration devra être vérifiée. C’est là que se joue la réalité du réseau. Je n’ai aucune position sur Cardano. Ni token, ni pool. Je n’ai pas non plus de conflit d’intérêts avec Input Output, Intersect ou l’écosystème Cardano. Mes propos n’engagent que moi. À retenir : Leios est une promesse technique crédible, mais son succès dépendra de la gouvernance et de l’adoption. Ce sont les deux variables que je surveillerai dans les prochains mois.
CFAW
Résumé de la politique de confidentialité

Ce site utilise des cookies afin que nous puissions vous fournir la meilleure expérience utilisateur possible. Les informations sur les cookies sont stockées dans votre navigateur et remplissent des fonctions telles que vous reconnaître lorsque vous revenez sur notre site Web et aider notre équipe à comprendre les sections du site que vous trouvez les plus intéressantes et utiles.