Cardano-init Entra nella Beta Pubblica per Connettere lo Stack di Sviluppo Cardano

Il nuovo strumento per sviluppatori di Input Output può generare un progetto Cardano connesso a partire da un singolo comando, combinando framework per smart contract, SDK off chain, ambienti di sviluppo locali e infrastruttura. Le versioni v0.2.0 e v0.2.1 ampliano la precedente proof of concept fino a raggiungere la prima beta pubblica.

By SongMarketCap

Cardano News - Cardano-init Entra nella Beta Pubblica per Connettere lo Stack di Sviluppo Cardano

Avviare un nuovo progetto Cardano può richiedere agli sviluppatori di selezionare e collegare separatamente framework per smart contract, SDK per le transazioni, indicizzatori, reti locali e infrastruttura dei nodi. Il team Developer Experience di Input Output ha ora rilasciato le prime versioni beta pubbliche di cardano-init, uno strumento CLI progettato per generare tali componenti come uno stack di sviluppo connesso.

La versione v0.2.0 è stata rilasciata il 18 agosto, seguita da v0.2.1 il 20 agosto. Il product manager di Input Output Robertino Martinez ha presentato pubblicamente il rilascio il 21 agosto come la prima beta pubblica di cardano-init, mentre l’aggiornamento di sviluppo di Input Output del 28 agosto ha evidenziato i primi rilasci taggati e i contributi esterni di Blink Labs.

Cardano-init Genera un Progetto Cardano Connesso con un Solo Comando

Cardano-init è uno strumento CLI open source sviluppato nell’ambito dell’iniziativa Developer Experience di Input Output. Non sostituisce i framework di sviluppo Cardano. Invece genera un progetto in cui gli strumenti selezionati sono già configurati per funzionare insieme.

Uno sviluppatore può, per esempio, scegliere Aiken per lo sviluppo on chain, MeshJS per il livello off chain e Yaci DevKit come rete di sviluppo locale. Cardano-init quindi genera la struttura di un monorepo contenente i componenti pertinenti insieme a un blueprint di contratto CIP-57 condiviso, configurazione dell’ambiente, comandi di build e di test, documentazione e un file AGENTS.md per gli agenti di coding.

Le opzioni on chain disponibili attualmente includono Aiken, Scalus e Plinth, mentre il supporto off chain include MeshJS, Scalus ed Evolution SDK. Tx3 è disponibile come opzione sperimentale.

Per lo sviluppo locale si può usare Yaci DevKit, mentre l’infrastruttura supportata include servizi come Kupo, Ogmios, Dolos, Dingo, Cardano Node e Cardano Node API. Il livello infrastrutturale utilizza il tooling cardano-up di Blink Labs invece di ricreare tali servizi all’interno di cardano-init.

Il risultato è una configurazione basata sui ruoli in cui gli sviluppatori scelgono gli strumenti desiderati mentre cardano-init gestisce i collegamenti iniziali tramite blueprint condivisi, variabili d’ambiente e configurazione del progetto.

La Versione v0.2.0 Amplia il Precedente Prototipo per gli Sviluppatori Cardano

Cardano-init esisteva già prima di agosto come progetto proof of concept, con v0.1.0 taggata a luglio. La versione v0.2.0 ha ampliato in modo significativo il flusso di lavoro a disposizione degli sviluppatori.

Il rilascio ha introdotto un’opzione full stack in cui Scalus può coprire sia la parte on chain sia quella off chain di un progetto. Ha inoltre aggiunto Plinth, Evolution SDK, il supporto sperimentale a Tx3, controlli di compatibilità tra i componenti selezionati, output della CLI riprogettato e ha generato

6394A3BB-338F-4FD8-A339-6700BCEDA76B.png

basato sullo stack di sviluppo scelto.

Il rilascio ha inoltre introdotto la prima implementazione dei comandi add e remove. Questi consentono agli sviluppatori di modificare parti di un progetto esistente senza ricostruire l’intera struttura da zero.

Un progetto può, per esempio, sostituire un componente on chain oppure rimuovere una rete di sviluppo mentre cardano-init aggiorna la configurazione condivisa attorno allo stack rimanente. Git è usato come meccanismo di sicurezza quando i componenti del progetto vengono modificati.

I progetti generati includono anche un esempio comune di Gift Card nei diversi stack supportati, fornendo un riferimento end to end che connette la logica dello smart contract con il corrispondente flusso di transazioni off chain.

La versione v0.2.1 è seguita come aggiornamento più piccolo, aggiungendo una vista compatta --table degli strumenti disponibili, migliorando il rilevamento di Tx3 ed estendendo la documentazione e il flusso di rilascio.

La Beta Pubblica Punta a Migliorare l’Onboarding Frammentato degli Sviluppatori Cardano

Cardano dispone già di strumenti maturi per singole parti dello sviluppo applicativo. L’attrito emerge quando gli sviluppatori devono combinarne diversi in un unico ambiente di lavoro.

Cardano-init affronta questo problema definendo ruoli separati per lo sviluppo on chain, l’esecuzione off chain, il test locale e l’infrastruttura. Blueprint di contratto condivisi e variabili d’ambiente forniscono poi le interfacce tra tali componenti.

Questo distingue anche cardano-init dagli stack per sviluppatori individuali come Scalus o Cardano Client Lib. Quegli strumenti forniscono capacità di sviluppo all’interno dei propri framework, mentre cardano-init è progettato per assemblare più strumenti Cardano indipendenti in una struttura di progetto comune.

Il progetto espone inoltre output JSON leggibile dalle macchine e genera AGENTS.md, estendendo la stessa struttura di progetto ai flussi di lavoro di coding assistiti dall’IA.

La versione attuale rimane una beta iniziale piuttosto che una piattaforma di disponibilità generale. Tx3 e lo strumento di metodi formali Blaster sono sperimentali, mentre ulteriori integrazioni tra cui Pebble, Plutarch, Opshin, Lucid Evolution, Blaze, Elm Cardano e PyCardano restano pianificate. La roadmap punta a uno stadio di release candidate più avanti nel 2026.

Con la serie v0.2.x, gli sviluppatori Cardano dispongono ora di un singolo punto di ingresso per generare un ambiente di sviluppo connesso. Invece di iniziare una nuova applicazione collegando manualmente insieme ciascun framework, SDK, indicizzatore e rete locale, possono partire da uno stack preconfigurato con interfacce condivise e un’applicazione di riferimento funzionante già pronta.