Cardano Plutus 1.68.0.0 intègre Plutus V4 dans la pile de développement

L’équipe Plutus de Cardano a publié la version 1.68.0.0 avec des types de l’API du registre Plutus V4, de nouveaux builtins pour contrats intelligents et une configuration Plinth plus simple. Cette version offre aux développeurs un accès anticipé aux composants préparés pour l’ère Dijkstra tandis que Plutus V4 reste en cours de développement.

By SongMarketCap

Cardano News - Cardano Plutus 1.68.0.0 intègre Plutus V4 dans la pile de développement

La pile de contrats intelligents de Cardano s’est rapprochée de l’ère Dijkstra avec la publication de Plutus 1.68.0.0. La mise à jour introduit des types de l’API du registre Plutus V4, étend la gestion des actifs on chain et simplifie le processus de démarrage de nouveaux projets Plinth.

Cette version n’active pas Plutus V4 sur le mainnet de Cardano, mais elle apporte des éléments du prochain environnement d’exécution dans la chaîne d’outils de développement actuelle.

Les types Plutus V4 entrent dans la chaîne d’outils actuelle

Plutus fournit le langage d’exécution et les outils utilisés par les contrats intelligents de Cardano. Son API de registre expose des données de transaction et de blockchain que les scripts peuvent inspecter lors de la validation des transactions.

La version 1.68.0.0 ajoute Plutus V4 et la prise en charge de l’API de registre associée dijkstraPV. La version ajoute aussi V4 aux blueprints de contrats CIP-57, permettant d’identifier des scripts comme version v4.

L’équipe Plutus avertit que V4 est encore en développement et que les nouveaux types de l’API de registre peuvent changer avant Dijkstra.

Le développement se poursuit aussi sur la correspondance de motifs directe sur Data. Une expression case peut désormais se brancher directement sur l’étiquette de constructeur d’une valeur Data.Constr. Combinée à la fonctionnalité dropList ajoutée récemment, cela réduit la surcharge pour la logique de script qui travaille avec des données structurées on chain.

De nouveaux builtins améliorent la validation des actifs

Plutus 1.68.0.0 introduit aussi le builtin assetCount issu de CIP-0168 ainsi que son modèle de coût.

La fonction renvoie le nombre de paires distinctes ID de politique et nom de jeton contenues dans une valeur. Cela offre aux contrats intelligents un moyen direct de vérifier combien d’actifs différents sont présents au lieu de parcourir manuellement la structure complète de la valeur.

Cette fonctionnalité est pertinente pour le modèle multi actifs de Cardano. Un contrat DeFi, par exemple, peut avoir besoin de vérifier qu’un UTxO contient ADA, DJED et un ensemble spécifique de jetons de protocole tout en rejetant des actifs inattendus qui pourraient interférer avec la validation ou augmenter les coûts de transaction ultérieurs.

La version ajoute aussi une tarification étalonnée pour multiIndexArray, un builtin conçu pour récupérer plusieurs éléments de tableau en une seule opération. Cela réduit la logique de recherche répétitive lorsque des scripts ont besoin de plusieurs positions dans le même tableau.

Ces ajouts font passer des fonctionnalités auparavant décrites via les Cardano Improvement Proposals plus avant dans le code Plutus publié.

La configuration Plinth passe à un flux de travail en une commande

Le même cycle de développement simplifie aussi l’intégration pour Plinth, le framework Haskell utilisé pour créer des contrats intelligents Plutus.

Le plinth-template mis à jour inclut un flux d’installation qui peut créer un nouveau projet avec une seule commande tout en gérant les outils de développement requis et la structure du projet.

Cela confère à la version deux effets distincts pour le développement. Plutus 1.68.0.0 expose davantage de l’environnement d’exécution en préparation pour Dijkstra, tandis que les changements de Plinth réduisent la configuration requise pour que les développeurs commencent à travailler avec cet outil.

Plutus V4 est encore en cours de définition, mais les développeurs disposent désormais d’une surface d’implémentation plus large pour tester. Les types de l’API de registre, les nouveaux builtins et les outils mis à jour font passer la prochaine génération de Plutus du travail de spécification à des versions de développement utilisables avant que l’ère du registre Dijkstra n’atteigne l’activation.