Cardano-init geht in die öffentliche Beta, um den Cardano Entwicklerstack zu verbinden

Das neue Entwicklerwerkzeug von Input Output kann mit einem einzigen Befehl ein verknüpftes Cardano Projekt erzeugen, indem es Smart Contract Frameworks, Offchain SDKs, lokale Entwicklungsumgebungen und Infrastruktur kombiniert. Die Versionen v0.2.0 und v0.2.1 erweitern das frühere Proof of Concept zur ersten öffentlichen Beta.

By SongMarketCap

Cardano News - Cardano-init geht in die öffentliche Beta, um den Cardano Entwicklerstack zu verbinden

Das Starten eines neuen Cardano Projekts kann erfordern, dass Entwickler Smart Contract Frameworks, Transaktions SDKs, Indexer, lokale Netzwerke und Node Infrastruktur jeweils separat auswählen und verbinden. Das Developer Experience Team von Input Output hat nun die ersten öffentlichen Betaversionen von cardano-init veröffentlicht, einem CLI Tool, das dazu entwickelt wurde, diese Komponenten als verbundenen Entwicklungsstack zu erzeugen.

Version v0.2.0 wurde am 18. August veröffentlicht, gefolgt von v0.2.1 am 20. August. Input Output Produktmanager Robertino Martinez stellte die Veröffentlichung am 21. August als erste öffentliche Beta von cardano-init vor, während das Entwicklungsupdate von Input Output vom 28. August die ersten getaggten Releases und externe Beiträge von Blink Labs hervorhob.

Cardano-init erzeugt mit einem einzigen Befehl ein verbundenes Cardano Projekt

Cardano-init ist ein Open Source CLI Tool, das im Rahmen der Developer Experience Initiative von Input Output entwickelt wurde. Es ersetzt keine Cardano Entwicklungsframeworks. Stattdessen erzeugt es ein Projekt, in dem ausgewählte Werkzeuge bereits so konfiguriert sind, dass sie zusammenarbeiten.

Ein Entwickler kann zum Beispiel Aiken für die Onchain Entwicklung, MeshJS für die Offchain Ebene und Yaci DevKit als lokales Entwicklungsnetzwerk wählen. Cardano-init erzeugt dann ein Gerüst für ein Monorepo, das die relevanten Komponenten zusammen mit einem gemeinsamen CIP-57 Contract Blueprint, Umgebungskonfiguration, Build und Test Befehlen, Dokumentation und einer AGENTS.md Datei für Coding Agents enthält.

Die verfügbaren Onchain Optionen umfassen derzeit Aiken, Scalus und Plinth, während Offchain Unterstützung MeshJS, Scalus und Evolution SDK einschließt. Tx3 steht als experimentelle Option zur Verfügung.

Für die lokale Entwicklung kann Yaci DevKit eingesetzt werden, während die unterstützte Infrastruktur Dienste wie Kupo, Ogmios, Dolos, Dingo, Cardano Node und Cardano Node API umfasst. Die Infrastrukturschicht verwendet das cardano-up Tooling von Blink Labs, anstatt diese Dienste innerhalb von cardano-init neu zu erstellen.

Das Ergebnis ist ein rollenbasiertes Setup, in dem Entwickler die gewünschten Werkzeuge auswählen, während cardano-init die anfänglichen Verknüpfungen über gemeinsame Blueprints, Umgebungsvariablen und Projektkonfiguration übernimmt.

Version v0.2.0 erweitert den früheren Cardano Entwickler Prototyp

Cardano-init existierte bereits vor August als Proof of Concept Projekt, wobei v0.1.0 im Juli getaggt wurde. Version v0.2.0 hat den für Entwickler verfügbaren Workflow deutlich erweitert.

Das Release führte eine Full Stack Option ein, bei der Scalus sowohl die Onchain als auch die Offchain Teile eines Projekts abdecken kann. Außerdem kamen Plinth, Evolution SDK, experimentelle Tx3 Unterstützung, Kompatibilitätsprüfungen zwischen ausgewählten Komponenten, eine neu gestaltete CLI Ausgabe und generierte

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

basierend auf dem gewählten Entwicklungsstack.

Das Release führte außerdem die erste Implementierung von add und remove Befehlen ein. Diese ermöglichen es Entwicklern, Teile eines bestehenden Projekts zu ändern, ohne die gesamte Struktur von Grund auf neu aufzubauen.

Ein Projekt kann zum Beispiel eine Onchain Komponente ersetzen oder ein Entwicklungsnetzwerk entfernen, während cardano-init die gemeinsame Konfiguration rund um den verbleibenden Stack aktualisiert. Git wird als Sicherheitsmechanismus verwendet, wenn Projektkomponenten geändert werden.

Generierte Projekte enthalten außerdem ein gemeinsames Gift Card Beispiel über die unterstützten Stacks hinweg und bieten damit eine durchgängige Referenz, die Smart Contract Logik mit dem entsprechenden Offchain Transaktionsfluss verbindet.

Version v0.2.1 folgte als kleineres Update, fügte eine kompakte --table Ansicht der verfügbaren Werkzeuge hinzu, verbesserte die Tx3 Erkennung und erweiterte die Dokumentation sowie den Release Workflow.

Öffentliche Beta zielt auf das fragmentierte Developer Onboarding von Cardano

Cardano verfügt bereits über ausgereifte Werkzeuge für einzelne Teile der Anwendungsentwicklung. Reibung entsteht, wenn Entwickler mehrere davon zu einer funktionierenden Umgebung zusammenführen müssen.

Cardano-init adressiert dieses Problem, indem es separate Rollen für Onchain Entwicklung, Offchain Ausführung, lokales Testen und Infrastruktur definiert. Gemeinsame Contract Blueprints und Umgebungsvariablen stellen dann die Schnittstellen zwischen diesen Komponenten bereit.

Dies unterscheidet cardano-init auch von einzelnen Entwicklerstacks wie Scalus oder Cardano Client Lib. Diese Werkzeuge bieten Entwicklungsmöglichkeiten innerhalb ihrer eigenen Frameworks, während cardano-init darauf ausgelegt ist, mehrere unabhängige Cardano Werkzeuge in einer gemeinsamen Projektstruktur zusammenzuführen.

Das Projekt stellt außerdem maschinenlesbares JSON Output bereit und generiert AGENTS.md, wodurch dieselbe Projektstruktur auf KI gestützte Coding Workflows ausgeweitet wird.

Die aktuelle Veröffentlichung bleibt eine frühe Beta und noch keine allgemein verfügbare Plattform. Tx3 und das Formal Methods Tool Blaster sind experimentell, während zusätzliche Integrationen wie Pebble, Plutarch, Opshin, Lucid Evolution, Blaze, Elm Cardano und PyCardano weiterhin geplant sind. Die Roadmap zielt auf eine Release Candidate Phase später im Jahr 2026.

Mit v0.2.x haben Cardano Entwickler nun einen einzigen Einstiegspunkt, um eine verbundene Entwicklungsumgebung zu erzeugen. Anstatt eine neue Anwendung zu beginnen, indem jedes Framework, SDK, jeder Indexer und jedes lokale Netzwerk manuell miteinander verdrahtet wird, können sie von einem vorkonfigurierten Stack mit gemeinsamen Schnittstellen und einer funktionsfähigen Referenzanwendung ausgehen.