Cardano Leios passe du prototype à des tests de haute confiance

Le projet Ouroboros Leios de Cardano entre dans une phase de développement plus exigeante, où la question principale n'est plus seulement de savoir si le réseau peut augmenter son débit, mais si cette augmentation peut être prouvée comme étant sûre dans des conditions réelles de réseau. Le rapport mensuel de Leios de mai 2026 s'est concentré sur les progrès du prototype, le soutien à la gouvernance, les tests de l'équipe rouge, les tests de pression de soumission des transactions et les travaux d'ingénierie nécessaires avant que Leios ne puisse se rapprocher du mainnet.

Leios est conçu comme un protocole à haut débit pour Cardano qui augmente la capacité de transaction tout en préservant la sécurité et la compatibilité de l'écosystème. La mise à jour officielle de Cardano publiée en mai a indiqué qu'IOG avait soumis une proposition de trésorerie de ₳27.7 millions pour mûrir Ouroboros Leios d'un prototype de testnet à un candidat prêt pour le lancement sur le mainnet d'ici fin 2026, avec un objectif progressif de débit allant de 10x à 65x.

Le rapport de mai ajoute une couche technique supplémentaire à cette feuille de route. L'équipe a déclaré que la proposition actuelle visant à continuer à développer Leios jusqu'au mainnet avait été votée, ratifiée et était sur le point d'être mise en œuvre, avec un soutien décrit à environ 88 %.

Cela place Leios directement dans le processus de gouvernance de Cardano, où le développement du protocole, le vote DRep et la confiance des SPO doivent désormais avancer en coordination.

La gouvernance de Cardano donne à Leios un cheminement vers le mainnet

Le rapport a montré des progrès continus sur le prototype Leios, y compris la visualisation de la chaîne, la logique de vote et le flux de certification autour des blocs endosseurs. Lors de la démo, les nœuds produisaient des blocs, annonçaient des blocs endosseurs, collectaient des votes et atteignaient le seuil requis pour la certification avant que les transactions ne puissent être reflétées dans l'état du registre.

En termes pratiques, Leios ajoute une nouvelle couche de travail autour de la production de blocs. Au lieu de se fier uniquement aux blocs standards pour gérer la charge des transactions, les blocs endosseurs permettent de proposer, voter et certifier de plus grands ensembles de transactions. Une fois un certificat inclus, ces transactions peuvent être exécutées dans l'état du registre.

L'équipe a également relié les travaux du prototype à l'ère Dijkstra, à la cryptographie BLS, à l'enregistrement des clés et aux points d'intégration futurs pour les implémentations de nœuds. Cette distinction est importante. Le prototype est utilisé comme zone de mise en scène et d'expérimentation, pas comme un code pouvant simplement être mis en production sans travail d'ingénierie supplémentaire. Le rapport a clairement indiqué que des travaux supplémentaires d'implémentation de grade production sont encore nécessaires avant que Leios puisse être considéré comme un candidat à la mise à niveau du mainnet.

Pour Cardano, c'est l'angle de gouvernance important. Leios n'est pas simplement une mise à niveau de débit développée isolément. C'est un changement de protocole qui nécessitera des preuves techniques, une préparation à l'implémentation et une confiance suffisante de la part des opérateurs qui finiront par installer et exécuter le logiciel.

Les travaux de haute confiance pour Leios introduisent des tests de l'équipe rouge

La partie la plus solide du rapport de mai a été l'introduction du flux de travail de haute confiance. L'équipe a présenté cela comme un facteur de passage pour Leios, car les DReps doivent d'abord voter pour un hard fork et les SPO doivent ensuite avoir suffisamment de confiance pour l'installer. Les preuves mathématiques et les progrès du développement ne suffisent pas à eux seuls. Le réseau a également besoin de preuves que le design se comporte en toute sûreté lorsque les conditions sont adverses ou imparfaites.

C'est pourquoi une équipe rouge a commencé à travailler avec le simulateur Rust, en créant des outils pour des scénarios d'attaques délibérées. Le but est de valider le modèle de menace existant en testant la façon dont Leios se comporte lorsque les nœuds échouent, refusent de coopérer ou tentent de perturber le comportement attendu. Ces scénarios devraient être testés en simulation et plus tard sur les testnets.

Un outil clé dans ce processus est Piranha, un nœud léger sans composant de registre mais avec de vrais comportements réseau et de consensus. Il peut communiquer via de vrais mini-protocoles et peut être programmé pour se comporter de manière incorrecte, permettant à l'équipe de coordonner des schémas d'échec ou d'attaque à travers plusieurs nœuds. Cela rend possible de tester comment le reste du réseau répond lorsque certains participants dévient du comportement attendu.

Un exemple précoce était le scénario de vote paresseux, où un membre du comité qui devrait voter refuse de le faire. L'équipe a également décrit des travaux sur des scénarios impliquant des échecs de distribution de blocs endosseurs et des attaques d'équivoque, où un nœud peut envoyer des informations de blocs endosseurs différentes dans différentes directions.

C'est là que l'histoire de Leios devient plus qu'une simple nouvelle de mise à l'échelle. Le projet teste maintenant si le protocole peut préserver la sécurité et récupérer un comportement prévisible lorsque des modes de défaillance du monde réel sont introduits. Pour une mise à niveau de consensus qui pourrait remodeler le profil de débit de Cardano, ce travail est tout aussi important que l'objectif de débit lui-même.

Les tests de pression sur le mempool montrent où la mise à l'échelle de Cardano devient difficile

Le rapport a également montré que certains des travaux les plus difficiles sur Leios se situent désormais dans les couches de mempool, de diffusion des transactions et de modélisation réseau. Les tests de pression ont utilisé une topologie moins connectée volontairement, avec des nœuds répartis entre l'Europe, les États-Unis et l'Asie-Pacifique. Le test a utilisé un mempool de 25 mégaoctets et a été conçu pour exercer une pression sur la soumission des transactions et le comportement du mempool.

Les résultats ont montré des différences régionales claires. Les nœuds européens, plus proches de la configuration des relais, ont rempli leurs mempools plus rapidement. Les nœuds des États-Unis ont pris plus de temps mais ont finalement atteint l'objectif. Les nœuds Asie-Pacifique, avec une latence plus élevée, n'ont pas pu remplir leurs mempools de la même manière.

Cette constatation ne compromet pas le cas de Leios. Elle identifie la couche qui doit être améliorée. L'équipe a déclaré que le mempool actuel n'est pas optimisé pour ce type de scénario à haut débit, tout en notant que la capacité CPU n'était pas le principal goulot d'étranglement dans des conditions de comparaison similaires. Le défi réside dans la façon dont les transactions sont diffusées, validées, revalidées et connectées à différents états du registre.

Leios rend ce problème plus complexe car le système doit raisonner sur plus d'un état de registre. Une transaction valide par rapport à l'état de registre de base peut ne pas être valide par rapport à un état étendu par l'inclusion de blocs endosseurs, et l'inverse peut également être vrai. Cela crée des questions ouvertes sur le design concernant si Leios nécessite des vues mempool différentes, comment ces vues devraient être synchronisées et comment la forge de blocs peut rester suffisamment rapide.

L'équipe a également discuté du problème des participants tardives. Dans une démo, tous les nœuds peuvent démarrer ensemble. Sur un testnet ou mainnet réel, les nœuds peuvent rejoindre tardivement, être hors ligne et revenir après avoir manqué des messages clés. La solution proposée permet à un nœud qui a manqué une offre de bloc Leios de demander les données de blocs endosseurs manquants et de rattraper le reste de la chaîne.

La modélisation réseau a été une autre grande partie du rapport. La discussion a couvert la sélection des pairs, le fetching de blocs endosseurs, les liaisons à haute latence, le comportement de réponse lente, la modélisation Delta Q et les algorithmes de congestion TCP, tels que Cubic, Reno et BBR. Le détail est technique, mais le message est clair : Leios est testé contre les contraintes réelles d'un réseau décentralisé mondial, pas seulement contre des hypothèses de laboratoire propres.

C'est pourquoi le rapport de mai est une marque importante pour Cardano. Leios est maintenant poussé à travers la partie du développement de protocole qui compte le plus avant un hard fork, où les objectifs de débit doivent survivre à la latence, la contention du mempool, la récupération des nœuds, le comportement adversarial et l'examen de la gouvernance. Si le projet atteint un candidat prêt pour le mainnet d'ici la fin de 2026, la valeur ne résidera pas seulement dans une capacité supérieure. Elle résidera dans les preuves que Cardano peut étendre sa couche de consensus par un processus que les opérateurs, développeurs et participants à la gouvernance peuvent indépendamment approuver.