Le Hard Fork Cardano V11 « Van Rossem » est Activé sur le Réseau de Test Preview alors que Plutus Étend ses Capacités Cryptographiques

Cardano V11 introduit de nouvelles primitives Plutus pour la cryptographie avancée et la logique multi-actifs, tout en devenant le premier hard fork intra-ère piloté par la gouvernance activé via le processus Voltaire.

By SongMarketCap

Updated:

Cardano News - Le Hard Fork Cardano V11 « Van Rossem » est Activé sur le Réseau de Test Preview alors que Plutus Étend ses Capacités Cryptographiques

Cardano V11 Apporte de Nouvelles Primitives Plutus à Preview

Cardano V11 « Van Rossem » est désormais actif sur le réseau de test Preview, marquant l’une des mises à jour techniques les plus importantes dans la feuille de route actuelle de Cardano. Cette mise à jour n’introduit pas une nouvelle ère de ledger. Au lieu de cela, elle fait progresser Cardano via un hard fork intra-ère, en étendant l'infrastructure existante Conway sans

modifier la structure de base du réseau.

Selon la documentation de mise à niveau d’Intersect, V11 introduit plusieurs nouvelles capacités Plutus à travers CIP-138, CIP-153, CIP-109, CIP-132 et CIP-133. Celles-ci incluent la gestion native des tableaux, des opérations optimisées sur les valeurs multi-actifs, l’exponentiation modulaire, la suppression efficace de listes et la multiplication multi-scalaire sur la cryptographie BLS12-381.

La valeur pratique ne réside pas uniquement dans l’ajout de nouvelles fonctions à Plutus. Le point majeur est que des opérations auparavant coûteuses, complexes ou peu pratiques peuvent désormais se rapprocher de la couche d’exécution de Plutus. Pour les développeurs, cela signifie une base plus solide pour écrire des validateurs travaillant avec des données structurées, des actifs natifs de Cardano, des preuves cryptographiques et une logique de transaction plus complexe.

Plutus Se Renforce pour la Cryptographie ZK et Avancée

Le signal technique le plus important de V11 provient des CIP-133 et CIP-109. Le CIP-133 introduit la multiplication multi-scalaire sur BLS12-381, une opération clé pour la cryptographie basée sur des couplages, les systèmes de preuve ZK, l’agrégation des signatures BLS et les modèles avancés de vérification sur chaîne.

Cela ne signifie pas que Cardano devient instantanément une blockchain ZK. Cela ne signifie pas non plus que les ponts, les systèmes d’identité ou les applications basées sur les preuves sont automatiquement prêts pour la production. Le changement confirmé est plus précis : Plutus dispose désormais de meilleures primitives pour des charges de travail auparavant difficiles ou trop coûteuses à vérifier sur chaîne.

Les benchmarks officiels du CIP-133 montrent que la multiplication multi-scalaire optimisée peut être plus de 25 fois plus rapide pour des tailles d'entrée plus grandes par rapport aux implémentations naïves utilisées précédemment dans les scripts Plutus. Cela est important car certaines charges de travail de vérification plus importantes étaient non seulement coûteuses avant V11, elles étaient presque impraticables dans les limites des transactions.

Le CIP-109 ajoute l'exponentiation modulaire, ce qui est important pour l’arithmétique sur les corps finis, les inverses modulaires et les protocoles cryptographiques utilisés dans les systèmes ZK et de signatures. Combiné au CIP-153, qui introduit un type MaryEraValue natif pour les opérations multi-actifs, V11 offre aux développeurs Cardano une base plus propre et plus efficace pour la DeFi, la logique des tokens, l’infrastructure NFT et les applications avancées basées sur des preuves.

En termes pratiques, V11 réduit les frictions computationnelles autour de la vérification des preuves et de la validation complexe des multi-actifs, deux domaines qui poussaient auparavant les développeurs Plutus à recourir à des contournements coûteux ou à des calculs hors chaîne. Cela rend cette mise à niveau particulièrement pertinente pour les équipes développant des validateurs plus avancés, des systèmes de preuve, des outils pour des chaînes partenaires et des applications reposant sur une comptabilité native d’actifs précise.

Van Rossem Met en Pratique la Gouvernance Voltaire

V11 est également important en raison de la manière dont il est livré. Intersect décrit Van Rossem comme un hard fork intra-ère piloté par la gouvernance, ce qui signifie que la mise à jour est coordonnée via le processus de gouvernance sur chaîne de l’ère Voltaire. Le groupe de travail sur les hard forks d’Intersect coordonne la préparation technique, tandis que l’activation dépend des actions formelles de gouvernance et des approbations nécessaires sur chaîne.

Cela fait de V11 plus qu’une simple mise à jour de Plutus. C’est aussi un test pour savoir si la gouvernance de Cardano peut coordonner une réelle évolution du protocole à travers un processus transparent et axé sur la communauté. Les mises à jour majeures précédentes étaient fortement coordonnées par des entités de développement avec la participation de la communauté. Van Rossem rapproche cette

responsabilité du système de gouvernance lui-même.

Le déploiement comporte toujours des dépendances opérationnelles. Les SPO doivent passer à cardano-node v11.0.1 avant l’activation sur le mainnet, et des outils d’écosystème tels que des indexeurs, des portefeuilles, DB-Sync, Ogmios et d'autres composants d’infrastructure doivent subir des vérifications de préparation. Les dApps existantes ne nécessitent pas de redéploiement automatique car la mise à jour est additive, mais les développeurs souhaitant utiliser les nouvelles primitives doivent les tester correctement sur les réseaux de test.

C’est pourquoi Van Rossem compte au-delà de ses notes de version. Il élargit ce que Plutus peut vérifier efficacement sur chaîne, tout en plaçant la gouvernance Voltaire à la tête d’un véritable chemin de mise à niveau technique. Si Preview, PreProd et l’activation sur le réseau principal traversent le processus de manière fluide, V11 sera l’un des premiers tests concrets pour savoir si le système de gouvernance de Cardano peut fonctionner non seulement comme une couche de vote, mais aussi comme le processus opérationnel pour l’évolution protocolaire.