Le test de référence Cardano Leios parvient aux opérateurs de pools de staking

Les opérateurs de pools de staking Cardano ont reçu un test de référence autonome pour la validation des transactions, a rapporté l’équipe Performance & Tracing le 30 septembre 2026. L’exécutable prend en charge les tests matériels alors que les développeurs préparent Ouroboros Leios, une mise à niveau proposée de la capacité de traitement des transactions de Cardano.

Ce que mesure le test de référence Cardano Leios

Leios introduit des blocs supplémentaires qui référencent des transactions aux côtés de la chaîne Praos existante. Un comité vérifie ces blocs avant que leurs transactions n’entrent dans le registre, ce qui accroît la quantité de données de transaction que le réseau peut traiter.

Le test de référence examine le composant registre, y compris la validation des transactions et les mises à jour d’état. La propagation des transactions et des blocs sur un réseau en production est hors de son périmètre.

Les opérateurs peuvent exécuter l’exécutable fourni sans Nix ni environnement de développement Haskell. L’équipe recherche des mesures provenant de différentes configurations matérielles, en particulier celles qui utilisent l’implémentation sur disque de LedgerDB.

Pourquoi les performances du disque comptent pour Leios

LedgerDB gère l’état nécessaire au traitement des transactions, y compris les sorties de transaction non dépensées, ou UTxOs. Lorsque ces données sont stockées sur disque, leur récupération ajoute des accès au stockage au travail effectué par le processeur.

Les performances d’une machine peuvent donc dépendre de son SSD, de sa connexion de stockage, du noyau du système d’exploitation, du système de fichiers et des paramètres de montage.

L’outil de test de référence beacon inclut une option pour contourner le cache de pages du système d’exploitation, contraignant le test à accéder directement au stockage. Cela permet aux développeurs d’examiner les coûts liés au disque qui pourraient autrement être masqués par les données conservées en RAM.

Ses mesures incluent le temps total écoulé, le temps passé à lire les tables UTxO, l’utilisation mémoire maximale et l’activité d’E/S disque. Ensemble, ces métriques décrivent à la fois le temps de traitement et les ressources utilisées au cours d’une exécution.

Rapports matériels et build public de glue

Le travail de développement public sur glue documente un wrapper qui télécharge un fragment de chaîne, exécute quatre configurations de test de référence et assemble une archive ZIP contenant les résultats, les informations sur la machine et les détails de build de l’analyseur. Les builds Linux couvrent x86_64 et ARM64. Le flux de travail télécharge environ 800 MiB et nécessite environ 2.5 GiB d’espace disque libre.

La nightly publique est une préversion de test matériel construite à partir de code brouillon non révisé. Ses notes de version la distinguent du livrable destiné aux SPO. La mise à jour du 30 septembre n’identifie pas la version envoyée aux opérateurs.

Avant un candidat à la version de Leios, l’équipe teste également l’automatisation sur un cluster de performance. Le rapport indique que ces exécutions préparent l’infrastructure et ne produiront pas de chiffres de performance Leios représentatifs. La mise à jour du 30 septembre ne publie ni mesures des opérateurs ni exigences matérielles minimales pour l’exécution de Leios.