Cardano ratifie la mise à jour du modèle de coûts Plutus, entrée en vigueur prévue le 18 juin

Cardano a ratifié l’action de gouvernance pour la mise à jour du modèle de coûts Plutus sur Mainnet le 13 juin 2026. Selon Intersect MBO, l’entrée en vigueur est prévue le 18 juin vers 21:45 UTC. La modification des paramètres du protocole met à jour les modèles de coûts Plutus pour V1, V2 et V3, les ensembles de paramètres utilisés pour calculer les unités d’exécution des transactions de contrats intelligents sur Cardano.

La gouvernance de Cardano a approuvé l’action Update Plutus Cost Models

L’action de gouvernance, intitulée « Update Plutus Cost Models », a été soumise comme une modification de paramètres du protocole sur le mainnet de Cardano. Sur CardanoScan, l’action est indiquée comme ratifiée sous l’identifiant d’action de gouvernance gov_action1eqhnsdyf3exhp5mqt7sdjtl7xy69wqg8tvg854psns2jt72cra3qqrcnr8r.

CardanoScan affiche cinq votes du Comité constitutionnel en faveur, sans votes contre ni abstentions. Le vote des DRep est indiqué avec 3,94 milliards de stake en faveur, soit un soutien de 68,61 pour cent. Les SPO n’étaient pas éligibles pour voter sur ce type d’action de mise à jour de paramètres, ce qui apparaît également dans les données de l’explorateur.

La ratification signifie que l’action de gouvernance a reçu l’approbation requise via le processus de gouvernance sur chaîne de Cardano. L’entrée en vigueur est l’étape distincte au cours de laquelle la modification de paramètres approuvée est appliquée au réseau. Après l’entrée en vigueur, les modèles de coûts mis à jour font partie des paramètres du mainnet utilisés par les outils qui estiment les budgets d’exécution, les frais et le comportement des scripts Plutus.

Les modèles de coûts Plutus V1, V2 et V3 reçoivent de nouvelles valeurs sur chaîne

Le modèle de coûts Plutus détermine la part des frais de transaction qui correspond à l’exécution des scripts Plutus. Il attribue des unités d’exécution via des composantes CPU et mémoire, qui sont ensuite utilisées pour calculer les frais des transactions utilisant des contrats intelligents.

Plutus V1 fait référence à la version initiale de l’environnement de scripts de contrats intelligents de Cardano, introduite avec l’ère Alonzo. Plutus V2 a étendu les capacités de script via la mise à niveau Vasil, incluant des fonctionnalités qui ont permis des conceptions de dApp plus efficaces. Plutus V3 est une itération plus récente associée à l’ère Conway et aux mises à niveau ultérieures, avec un ensemble élargi de fonctions intégrées et de paramètres du modèle de coûts.

L’action de gouvernance sur chaîne met à jour les tableaux complets du modèle de coûts pour plutusV1, plutusV2 et plutusV3. Les documents annoncés ont mis en évidence des changements liés à equalsByteString sur V1, V2 et V3, ainsi que les opérations entières divideInteger, modInteger, quotientInteger et remainderInteger en V3. Une clarification technique publique dans le fil Intersect a également indiqué que les changements ne se limitent pas aux valeurs CPU et qu’il existe des changements supplémentaires pour V1 et V2, y compris des coûts mémoire.

Pour les développeurs, la source faisant autorité est l’ensemble complet des nouvelles valeurs enregistrées dans l’action de gouvernance sur chaîne et affichées via CardanoScan, Cexplorer, AdaStat et les outils associés. Aucun tableau officiel comparant toutes les anciennes et les nouvelles valeurs n’a été publié dans l’annonce, donc les équipes qui ont besoin d’une comparaison technique complète doivent comparer les nouveaux tableaux sur chaîne avec les définitions de modèle de coûts du registre précédemment actives.

Les développeurs doivent retester les ExUnits, les frais et les budgets de scripts

Intersect a demandé aux développeurs et aux équipes de dApp de tester leurs configurations sur Preview et Preprod avant l’entrée en vigueur. Le rappel s’applique aux protocoles DeFi, aux infrastructures NFT, aux intégrations de portefeuilles, aux indexeurs, aux générateurs de transactions et aux services backend qui calculent les frais, le CPU, la mémoire et les valeurs de collatéral avant de soumettre des transactions au mainnet.

Le test pratique pour les équipes consiste à réexécuter et réestimer les coûts des scripts en utilisant le code actuel des dApp, les générateurs de transactions et les bibliothèques d’estimation des coûts. L’objectif est de confirmer que les scripts s’exécutent toujours dans les limites d’ExUnits prévues et que les calculs de frais et de collatéral restent alignés avec les nouveaux paramètres du modèle de coûts du mainnet.

Si un portefeuille, une dApp ou un générateur de transactions utilise des valeurs de modèle de coûts codées en dur ou obsolètes, il peut calculer un budget d’exécution incorrect. Après l’entrée en vigueur, cela peut conduire à un échec d’exécution de transaction si le budget est trop faible, ou à des estimations de frais inutilement élevées si l’outil calcule à partir d’hypothèses anciennes ou inexactes.

La mise à jour du modèle de coûts Plutus est une action distincte de modification des paramètres du protocole, différente du processus de gouvernance du hard fork Van Rossem. Elle fait partie de la même période de préparation technique pour la version de protocole 11, alors que les portefeuilles, les fournisseurs d’infrastructure, les dApps et les opérateurs de nœuds se préparent aux changements du registre et de Plutus. Le 18 juin, les modèles de coûts mis à jour pour les paramètres existants sont appliqués au mainnet, tandis que les primitives Plutus nouvellement introduites ne deviennent actives qu’après l’activation du hard fork.