Cardano-init entre en bêta publique pour connecter la pile de développement Cardano

Démarrer un nouveau projet Cardano peut amener les développeurs à devoir sélectionner et connecter séparément des cadres de smart contracts, des SDK de transactions, des indexeurs, des réseaux locaux et une infrastructure de nœuds. L’équipe Developer Experience d’Input Output a désormais publié les premières versions bêta publiques de cardano-init, un outil CLI conçu pour générer ces composants sous forme de pile de développement connectée.

La version v0.2.0 est sortie le 18 août, suivie de la v0.2.1 le 20 août. Le chef de produit d’Input Output, Robertino Martinez, a présenté publiquement la publication le 21 août comme la première bêta publique de cardano-init, tandis que la mise à jour de développement du 28 août d’Input Output a mis en avant les premières versions taguées et des contributions externes de Blink Labs.

Cardano-init génère un projet Cardano connecté à partir d’une seule commande

Cardano-init est un outil CLI open source développé dans le cadre de l’initiative Developer Experience d’Input Output. Il ne remplace pas les cadres de développement Cardano. Il génère plutôt un projet dans lequel les outils sélectionnés sont déjà configurés pour fonctionner ensemble.

Un développeur peut, par exemple, choisir Aiken pour le développement sur chaîne, MeshJS pour la couche hors chaîne, et Yaci DevKit comme réseau de développement local. Cardano-init génère alors la structure d’un monorepo contenant les composants pertinents aux côtés d’un plan de contrat partagé CIP-57, d’une configuration d’environnement, de commandes de compilation et de test, de la documentation, et d’un fichier AGENTS.md pour des agents de code.

Les options sur chaîne disponibles incluent actuellement Aiken, Scalus et Plinth, tandis que la prise en charge hors chaîne inclut MeshJS, Scalus et Evolution SDK. Tx3 est disponible en option expérimentale.

Le développement local peut utiliser Yaci DevKit, tandis que l’infrastructure prise en charge comprend des services tels que Kupo, Ogmios, Dolos, Dingo, Cardano Node et Cardano Node API. La couche d’infrastructure utilise l’outil cardano-up de Blink Labs plutôt que de recréer ces services dans cardano-init.

Le résultat est une configuration fondée sur des rôles dans laquelle les développeurs choisissent les outils qu’ils souhaitent, tandis que cardano-init gère les connexions initiales via des plans partagés, des variables d’environnement et la configuration du projet.

La version v0.2.0 étend le prototype antérieur destiné aux développeurs Cardano

Cardano-init existait avant août comme projet de preuve de concept, avec la v0.1.0 taguée en juillet. La version v0.2.0 a considérablement élargi le flux de travail proposé aux développeurs.

La version a introduit une option full stack dans laquelle Scalus peut couvrir à la fois les volets sur chaîne et hors chaîne d’un projet. Elle a aussi ajouté Plinth, Evolution SDK, la prise en charge expérimentale de Tx3, des vérifications de compatibilité entre les composants sélectionnés, une sortie CLI repensée, et a généré

basé sur la pile de développement choisie.

La version a également introduit la première implémentation des commandes add et remove. Ces commandes permettent aux développeurs de modifier des parties d’un projet existant sans reconstruire toute la structure depuis zéro.

Un projet peut, par exemple, remplacer un composant sur chaîne ou retirer un réseau de développement, tandis que cardano-init met à jour la configuration partagée autour de la pile restante. Git est utilisé comme mécanisme de sécurité lorsque des composants de projet sont modifiés.

Les projets générés incluent également un exemple commun Gift Card à travers les piles prises en charge, fournissant une référence de bout en bout qui relie la logique de smart contract au flux de transactions hors chaîne correspondant.

La version v0.2.1 a suivi comme une mise à jour plus petite, ajoutant une vue compacte --table des outils disponibles, améliorant la détection de Tx3, et en étendant la documentation et le flux de publication.

La bêta publique vise l’intégration des développeurs de Cardano, aujourd’hui fragmentée

Cardano dispose déjà d’outils matures pour les différentes parties du développement d’applications. La friction apparaît lorsque les développeurs doivent en combiner plusieurs dans un seul environnement fonctionnel.

Cardano-init traite ce problème en définissant des rôles distincts pour le développement sur chaîne, l’exécution hors chaîne, les tests locaux et l’infrastructure. Des plans de contrat partagés et des variables d’environnement fournissent ensuite les interfaces entre ces composants.

Cela distingue aussi cardano-init des piles développeur individuelles comme Scalus ou Cardano Client Lib. Ces outils offrent des capacités de développement au sein de leurs propres cadres, tandis que cardano-init est conçu pour assembler plusieurs outils Cardano indépendants dans une structure de projet commune.

Le projet expose également une sortie JSON lisible par machine et génère AGENTS.md, étendant la même structure de projet aux flux de codage assistés par IA.

La version actuelle reste une bêta précoce plutôt qu’une plateforme en disponibilité générale. Tx3 et l’outil de méthodes formelles Blaster sont expérimentaux, tandis que des intégrations supplémentaires, dont Pebble, Plutarch, Opshin, Lucid Evolution, Blaze, Elm Cardano et PyCardano, restent prévues. La feuille de route vise une étape de release candidate plus tard en 2026.

Avec v0.2.x, les développeurs Cardano disposent désormais d’un point d’entrée unique pour générer un environnement de développement connecté. Au lieu de commencer une nouvelle application en reliant manuellement chaque framework, SDK, indexeur et réseau local, ils peuvent démarrer à partir d’une pile préconfigurée avec des interfaces partagées et une application de référence opérationnelle déjà en place.