La proposition de maintenance de 62 millions d'ADA de Cardano transforme l'infrastructure en un test pour la trésorerie

Michael Karg explique pourquoi la maintenance de Cardano n'est pas simplement un travail de back office

Le débat sur la gouvernance de Cardano autour de l’initiative de maintenance de Cardano par IO & Ensurable Systems a reçu un contexte technique important lors d'une nouvelle session de Cardano Governance Hour tenue le 12 mai 2026. Dans une discussion animée par Nicolas Ceani de la Fondation Cardano, Michael Karg, responsable des performances et du traçage chez Input Output Engineering, a expliqué ce que couvre la proposition, pourquoi elle demande plus de 62 millions d’ADA et pourquoi la maintenance ne devrait pas être considérée comme un travail de routine en arrière-plan.

Karg ne parlait pas en tant que représentant marketing. Il s'exprimait en tant que responsable technique d'une équipe travaillant sur l'une des couches d'infrastructure les moins visibles mais les plus importantes de Cardano. Son équipe s'occupe de l’observabilité pour le nœud Cardano, y compris le journal des événements, les métriques, les événements observables et les benchmarks au niveau du système. En pratique, cela signifie aider à mesurer comment les changements de protocole, les modifications de nœud ou les ajustements du budget d'exécution de Plutus affectent les ressources réelles utilisées par les opérateurs de pools de participation et d'autres participants au réseau.

Cela est important car cette proposition ne concerne pas seulement la question de savoir si IO devrait recevoir un retrait important de la trésorerie. Il s'agit de savoir qui maintient l'infrastructure core de Cardano, comment la sécurité du réseau est mesurée, comment les versions sont préparées, comment la dette technique est gérée et comment Cardano peut évoluer au fil du temps vers une plus grande diversité des nœuds.

La proposition demande 62 134 630 ADA et couvre une période de neuf mois, du troisième trimestre 2026 jusqu'à la fin du premier trimestre 2027. Karg a précisé lors de la discussion que l’initiative n’est pas une demande sur 12 mois, mais un cycle de maintenance de neuf mois.

Son principal argument était que la proposition de maintenance de Cardano est différente des propositions qui introduisent de nouvelles fonctionnalités visibles. Il l’a décrite comme un travail effectué dans la “salle des machines” de l'écosystème, la partie que les utilisateurs ne remarquent généralement pas lorsque tout fonctionne correctement. C'est exactement pourquoi cette question est politiquement sensible. La gouvernance de Cardano ne vote pas pour un nouveau portefeuille, une nouvelle application DeFi ou une nouvelle fonctionnalité orientée utilisateur. Elle vote sur le travail nécessaire pour maintenir le système suffisamment stable pour que tout le reste puisse être construit dessus.

Au moment de la discussion, la proposition était encore loin d'être approuvée, mais Karg a noté que de nombreux DReps ont tendance à attendre les derniers jours d'une action de gouvernance avant de voter. Ce schéma de vote rend les premiers sentiments difficiles à lire, mais il met également plus de pression sur les grandes propositions techniques pour qu'elles se fassent comprendre clairement avant la fermeture de la fenêtre de décision finale.

Cardano Blueprint et la diversité des nœuds élargissent le débat sur la maintenance

La partie la plus importante de la discussion n'était pas seulement l'avertissement selon lequel une maintenance réduite pourrait augmenter les risques opérationnels. Karg a montré que l’initiative de maintenance Cardano couvre un package technique beaucoup plus large, incluant la correction des bugs, l’architecture, l’infrastructure DevOps, les opérations de testnet, les systèmes de benchmarking, les protocoles de récupération en cas de catastrophe, les outils de monitoring, le support des versions, les processus de sécurité et les outils clés de Cardano.

Ce champ inclut les opérations de relais bootstrap, la maintenance d’environnements de test tels que Preview et PreProd, le support du compilateur Haskell, le monitoring de la mainnet, le monitoring global des mémoires tampon, le support open source et le travail sur des outils comme l'interpréteur Plutus, DB Sync, Cardano CLI, Cardano API, les garde-corps et le script d'identité du Comité Constitutionnel.

L’un des sujets les plus importants était le Cardano Blueprint. Karg l’a décrit comme un plan technique de ce qui constitue Cardano, y compris les protocoles que les nœuds utilisent pour communiquer entre eux, les détails au niveau des octets, les fonctions cryptographiques et les spécifications qui existent indépendamment du code en lui-même. Ceci n’est pas une documentation pour elle-même. Blueprint est important car il donne aux autres équipes un cadre plus clair pour développer leurs propres implémentations de nœuds, potentiellement en Rust, TypeScript ou d’autres langages.

Cela transforme la proposition de maintenance en quelque chose de plus grand qu’un entretien de routine. Cardano parle souvent de décentraliser la gouvernance, les opérations des pools de participation et la prise de décision, mais une diversité des implémentations à long terme fait également partie de ce tableau. Le nœud Haskell reste l’implémentation de référence aujourd'hui, mais un écosystème plus sain ne devrait pas dépendre éternellement d'un seul chemin de code, d'un seul centre d'ingénierie ou d'une seule organisation.

L'inclusion de Ensurable Systems a également été encadrée dans ce contexte. IO dirigerait la livraison durant ce cycle, mais Ensurable Systems est listé comme partenaire de livraison avec des connaissances et une expérience dans le domaine Cardano, puisque ses fondateurs ont auparavant travaillé chez IO. Karg a relié cela à la décentralisation de la gestion, signifiant que la maintenance de Cardano ne devrait pas rester à long terme la responsabilité d'une seule organisation.

Un des détails les plus techniquement intéressants était le support du compilateur Haskell. Karg a indiqué que le nœud Cardano est probablement l’une des applications Haskell les plus complexes existantes. À cause de cela, IO travaille en étroite collaboration avec l’équipe du compilateur Haskell, car les benchmarks de Cardano peuvent révéler des problèmes de génération de code qu’un banc d'essai standard du compilateur pourrait ne pas couvrir, simplement parce que la base de code de Cardano est si grande et complexe.

Ce détail montre pourquoi la maintenance n’est pas simplement un poste administratif dans une table de trésorerie. Pour Cardano, la maintenance inclut la discipline des performances, la compréhension des limites du système, la coopération avec les outils fondamentaux du développement et la préparation du réseau pour des mises à jour futures telles que Leios, Hydra, la fonctionnalité multi-actifs pour la trésorerie et d'autres changements qui dépendent d’un nœud core stable.

Les DReps votent sur des preuves, pas seulement sur le coût

Le plus grand défi pour cette proposition n'est pas seulement de savoir si la maintenance est importante. Le défi est la confiance. Une demande de plus de 62 millions d’ADA est importante, et la trésorerie de Cardano fait actuellement face à de nombreuses propositions de retraits parallèles. Dans cet environnement, les DReps ont raison d’exiger un lien clair entre le budget, les livrables et les résultats mesurables.

Karg a fait référence aux rapports publics sur les benchmarks et aux mises à jour Cardano comme faisant partie de cette transparence. Les rapports de benchmarking comparent les versions de nœuds précédentes et nouvelles, suivent l'utilisation des ressources, la production de blocs, la diffusion des blocs et l'adoption des blocs, et sont souvent connectés aux notes de version. Pour les SPOs et les DReps techniques, ce n’est pas de la décoration. C’est l’une des façons dont le travail de maintenance devient visible grâce aux performances mesurables du réseau.

C’est un argument solide pour la proposition, mais cela ne supprime pas toutes les préoccupations. Le modérateur a soulevé la question de savoir combien de personnes travaillent sur les neuf flux de travail et comment les DReps devraient comprendre l'allocation des équipes, la capacité en ETP et les priorités. Karg a répondu que les livrables s'étendaient sur plusieurs équipes et ingénieurs, que IO utilise des données historiques pour estimer les efforts et le temps, et que la proposition est axée sur les résultats. En d’autres termes, IO assume la responsabilité des résultats avec le montant demandé.

Cette réponse est techniquement raisonnable, mais ce n’est pas parfait comme communication pour une gouvernance publique. Les DReps qui souhaitent une ventilation budgétaire plus simple, une cartographie plus claire des ETP et une structure de coûts plus précise par catégorie continueront probablement à poser des questions. Cela ne rend pas la proposition faible, mais cela signifie que sa communication doit être extrêmement précise. Pour une demande de cette ampleur, dire que la maintenance est importante ne suffit pas. La communauté a besoin de voir ce qui peut être vérifié, où les progrès seront visibles et comment le financement de la trésorerie se traduit par des résultats opérationnels.

Il y a également une question de priorité. Si Cardano finance la maintenance, Leios et d’autres propositions techniques en parallèle, la même organisation et les mêmes talents d’ingénierie peuvent être impliqués dans plusieurs flux de travail. Karg a expliqué que IO gère les priorités via des évaluations hebdomadaires et mensuelles, des interdépendances et le suivi budgétaire séparé par projet. Cela montre qu’un processus interne existe, mais cela confirme également que la gouvernance de Cardano entre maintenant dans une phase où les propositions techniques ne peuvent pas être jugées isolément.

C’est pourquoi le vote n’est pas simple. Rejeter une demande importante de trésorerie peut ressembler à de la discipline budgétaire. L’approuver peut ressembler à un financement responsable de l’infrastructure. Les deux côtés ont des arguments, mais la version superficielle du débat manque le point. La vraie question n’est pas de savoir si la communauté aime la taille du chiffre. La vraie question est de savoir si Cardano peut faire la distinction entre un coût qui semble élevé et une infrastructure qui devient critique seulement lorsqu’elle est absente.

Cette proposition devrait donc être défendue avec des preuves, pas avec de l’hyperbole. Si IO et Ensurable Systems veulent gagner la confiance des DReps, leur argument le plus fort ne sera pas la peur des problèmes, mais un lien clair entre le montant demandé, les livrables publics, la discipline des benchmarks, la documentation Blueprint et la décentralisation des implémentations à long terme. La gouvernance de Cardano ne décide pas seulement de payer pour la maintenance. Elle décide si elle peut financer de manière responsable la discipline technique qui détermine à quel point les fondations seront solides sous ses applications, ses pools de participation et ses futures mises à jour.