DevX Tracker signale des lacunes de compatibilité Dijkstra dans 110 outils Cardano

L’Initiative DevX de Cardano a publié un suivi public de préparation pour le hard fork Dijkstra, classant 110 outils comme « Breaks after HF » dans son évaluation du 1er novembre. Cette désignation signale un écart de compatibilité dans le code publié d’un outil ou dans ses dépendances. Input Output a mis en avant ce suivi dans son dernier rapport hebdomadaire de développement.

La carte relie les constats au code source, aux tickets de développement et aux résultats de test, en montrant quels composants nécessitent des modifications et quels autres outils en dépendent.

L’évaluation Dijkstra couvre 206 outils Cardano

DevX a passé en revue un catalogue de 268 outils et en a retenu 206 dont le code livré interagit avec des parties du protocole affectées par Dijkstra. Parmi les 62 outils exclus, 41 n’avaient pas de code source public, 18 n’interagissaient pas avec les interfaces ou structures modifiées, et trois ne correspondaient que via des tests ou des exemples.

L’évaluation publiée répertorie 110 outils comme « Breaks after HF », neuf comme « In progress », quatre comme « Ready for HF » et quatre comme « Target component ». 45 autres restent non vérifiés, tandis que 34 ont été mis de côté avec des motifs documentés, notamment l’abandon ou une utilisation limitée.

« Ready for HF » signifie qu’un outil a publié sa propre prise en charge et n’a aucune dépendance non résolue suivie par l’évaluation. « Not verified » signifie qu’aucun écart de compatibilité n’a été confirmé, mais que l’outil n’a pas obtenu un résultat concluant. DevX indique que ces données sont en cours d’examen et susceptibles d’évoluer.

Les dépendances amont déterminent l’ordre de correction

Le suivi modélise 19 étapes amont qui pourraient lever des barrières de dépendance pour 82 outils. La séquence proposée hiérarchise les outils supplémentaires que chaque étape débloquerait une fois les dépendances antérieures traitées.

Les cinq premières étapes concernent cardano-db-sync, Blockfrost, Ogmios, Koios et Kupo. Ensemble, ces changements supprimeraient les barrières suivies pour 45 des 82 outils. Blockfrost et Koios dépendent de db-sync, tandis que Kupo dépend d’Ogmios.

Certains projets nécessitent aussi des modifications de leur propre code, ainsi la mise à jour d’une dépendance seule ne suffirait pas à achever leur migration. La carte distingue ces cas des outils qui attendent entièrement un support amont. Ses classifications décrivent les révisions examinées, les versions ultérieures doivent être évaluées par rapport à cet instantané.

[NEWSBREAK]

Les résultats du devnet guident le suivi des mainteneurs

Après le marquage de cardano-node 11.2.0, DevX a relancé l’évaluation sur la préversion. Les 39 résultats d’exécution pouvant être comparés à des versions de composants identiques correspondaient à l’évaluation précédente.

La mise à jour a fait passer cardano-c et Plutarch au statut prêt après leurs publications de prise en charge de Dijkstra. Adder est passé à « In progress », tandis que le nœud, la CLI, la submit API et cardano-testnet ont été classés comme « Target component » car ils font partie eux-mêmes de la publication de référence.

Cardano-node 11.2.0 reste une préversion dont les notes de version ne recommandent pas encore l’utilisation sur le réseau principal. Tester contre celle ci ne constitue pas l’activation de l’ère Dijkstra.

La prochaine étape annoncée par DevX est d’envoyer des paquets de diagnostic aux mainteneurs des composants ayant des échecs confirmés sur le devnet, notamment Ogmios, Kupo, db-sync, Pallas, CML et gOuroboros. Chaque paquet vise à documenter l’échec, fournir des étapes de reproduction et identifier les outils qu’il bloque.