Le Hard Fork van Rossem de Cardano passe en phase Preview alors que l'action de gouvernance PV11 commence
Intersect a soumis l'action de gouvernance pour la Version de Protocole 11 sur le réseau Preview, tandis que cardano-node 11.0.1 offre aux SPOs, développeurs d'applications et opérateurs de nœuds la première version conçue pour supporter le futur Hard Fork van Rossem.
By SongMarketCap
Updated:
Cardano PV11 entre dans la phase de test de la gouvernance on-chain
Cardano a franchi une étape importante vers sa prochaine mise à jour de protocole après qu'Intersect a soumis l'action de gouvernance pour le Hard Fork van Rossem sur le réseau test Preview. Ce mouvement fait passer la Version de Protocole 11 d'une phase de préparation technique à une phase de coordination de gouvernance, où le processus de mise à jour peut désormais être testé via le système de prise de décision on-chain de Cardano.
Cela est significatif car PV11 n'est pas juste une autre mise à jour de nœud. Selon les notes de version de cardano-node 11.0.1, cette version est la première à supporter le Hard Fork intra-ère PV11, permettant la mise à jour vers la Version de Protocole 11 une fois que l'action de gouvernance du hard fork aura été votée par les SPOs, DReps et le Comité Constitutionnel, puis mise en œuvre on-chain.
Cela représente donc à la fois un jalon technique et politique. Le modèle de gouvernance de Cardano est maintenant mis au défi de gérer un véritable changement de protocole, et non plus uniquement des discussions, des signalements ou des débats budgétaires. La question n'est plus de savoir si le réseau dispose de structures de gouvernance sur le papier, mais si ces structures peuvent coordonner un processus de hard fork avec suffisamment de clarté, de préparation et de confiance.
Le Hard Fork van Rossem est un hard fork intra-ère, ce qui signifie que Cardano reste dans l'ère Conway plutôt que de passer à une nouvelle ère de registre. Cette distinction est importante. Elle confère à la mise à jour une portée opérationnelle plus restreinte, tout en permettant des changements ciblés sur Plutus, le comportement du registre et la fonctionnalité au niveau des nœuds.
cardano-node 11.0.1 offre aux SPOs et aux développeurs la première version PV11
La sortie de cardano-node 11.0.1 est le signal pratique que les tests comptent désormais. Les SPOs, les développeurs d'applications et les équipes d'infrastructure sur Preview sont invités à effectuer la mise à niveau et à vérifier comment leurs systèmes se comportent avant que toute activation sur le mainnet ne soit envisagée.
Cette version n'est pas approuvée pour une utilisation sur le mainnet. Il s'agit d'une pré-version, et cela doit rester central dans l'approche. Cardano n'active pas le Hard Fork van Rossem sur le mainnet aujourd'hui. Il fait passer la mise à jour dans un environnement où les opérateurs de nœuds, les fournisseurs d'outils et les développeurs peuvent tester le chemin avant que le réseau ne fasse un pas plus grand.
Le package technique est notable. Node 11.0.1 améliore cardano-api et cardano-cli à la série 11.0, ajoute la prise en charge HTTPS pour les serveurs métriques EKG et Prometheus dans cardano-tracer, et introduit un nouveau stockage de séries temporelles exposé via une API REST. La mise à jour inclut également de nouvelles dépendances Linux, comme liburing, protobuf-compiler et snappy-c, qui supportent les nouvelles capacités LSM.
Les notes de version répertorient également des problèmes connus, notamment un problème de lecture de blocs lorsque les blocs contiennent plus de 4096 éléments, un possible crash sur des appareils à ressources limitées tels que les Raspberry Pi, et le temps d'inactivité du CPU rapporté comme iowait. Rien de tout cela ne fragilise la démarche globale. Cela rend au contraire la version plus crédible, car c'est précisément pour cela que le réseau Preview existe avant le mainnet.
Les améliorations de Plutus font de van Rossem plus qu'un hard fork symbolique
L'angle le plus fort pour les développeurs avec PV11 est Plutus. Intersect a précédemment souligné que la Version de Protocole 11 introduit de nouvelles fonctions incorporées à Plutus, notamment CIP-138 pour le type tableau, CIP-153 pour le type MaryEraValue, CIP-109 pour l'exponentiation modulaire, CIP-132 pour dropList et CIP-133 pour la multiplication multi-scalaire sur BLS12-381. Ces fonctions ont déjà été mises à disposition pour les tests sur SanchoNet, avec des outils pour contrats intelligents mis à jour en prévision du hard fork.
Pour les créateurs, l'enjeu n'est pas la médiatisation. L'enjeu est le coût d'exécution, les performances des scripts et de meilleurs outils pour une logique on-chain plus avancée. Les améliorations de Plutus ne créent pas automatiquement de meilleures applications DeFi, NFT, RWA ou cryptographiques. Elles offrent des outils plus précis aux développeurs, et l'écosystème doit encore transformer ces outils en produits utilisables.
C'est pourquoi le Hard Fork van Rossem doit être interprété avec précaution. Ce n'est pas une réinitialisation dramatique de Cardano. C'est une mise à jour contrôlée du protocole qui teste si Cardano peut améliorer sa couche de base tout en utilisant la structure de gouvernance qu'il a mis des années à construire.
Le nom porte également un poids communautaire. Le Groupe de Travail sur les Hard Forks d'Intersect a précédemment proposé de nommer la mise à jour Version de Protocole 11 de Cardano en l'honneur de Max van Rossem, un représentant DRep de Cardano et membre actif de la communauté. Cela confère une dimension humaine à la mise à jour, mais le véritable test est désormais opérationnel.
À partir de maintenant, les signaux importants sont clairs. Preview doit démontrer un comportement stable, les SPOs et les développeurs doivent valider leur préparation, et les participants à la gouvernance doivent décider si PV11 est prêt à avancer. Si ce processus est respecté, van Rossem sera important non seulement pour les changements apportés par la Version de Protocole 11, mais aussi parce qu'il montre que Cardano peut gérer les mises à niveau de protocole via une gouvernance on-chain sans transformer la coordination technique en désordre.