Cardano-init entra en beta pública para conectar la pila de desarrollo de Cardano
La nueva herramienta para desarrolladores de Input Output puede generar un proyecto de Cardano conectado con un solo comando, combinando marcos de contratos inteligentes, SDK fuera de cadena, entornos de desarrollo locales e infraestructura. Las versiones v0.2.0 y v0.2.1 amplían la anterior prueba de concepto hasta su primera beta pública.
By SongMarketCap
Iniciar un nuevo proyecto en Cardano puede requerir que los desarrolladores seleccionen y conecten por separado marcos de contratos inteligentes, SDK de transacciones, indexadores, redes locales e infraestructura de nodos. El equipo de Developer Experience de Input Output ha publicado ahora las primeras versiones beta públicas de cardano-init, una herramienta CLI diseñada para generar esos componentes como una pila de desarrollo conectada.
La versión v0.2.0 se lanzó el 18 de agosto, seguida de v0.2.1 el 20 de agosto. El gerente de producto de Input Output, Robertino Martinez, presentó públicamente el lanzamiento el 21 de agosto como la primera beta pública de cardano-init, mientras que la actualización de desarrollo de Input Output del 28 de agosto destacó las primeras versiones etiquetadas y contribuciones externas de Blink Labs.
Cardano-init genera un proyecto de Cardano conectado con un solo comando
Cardano-init es una herramienta CLI de código abierto desarrollada dentro de la iniciativa de Developer Experience de Input Output. No reemplaza a los marcos de desarrollo de Cardano. En su lugar, genera un proyecto en el que las herramientas seleccionadas ya están configuradas para trabajar juntas.
Un desarrollador puede, por ejemplo, elegir Aiken para el desarrollo en cadena, MeshJS para la capa fuera de cadena y Yaci DevKit como red de desarrollo local. Cardano-init luego crea la estructura de un monorepo que contiene los componentes relevantes junto con un plano de contrato compartido CIP-57, configuración de entorno, comandos de compilación y pruebas, documentación y un archivo AGENTS.md para agentes de codificación.
Las opciones disponibles en cadena incluyen actualmente Aiken, Scalus y Plinth, mientras que el soporte fuera de cadena incluye MeshJS, Scalus y Evolution SDK. Tx3 está disponible como opción experimental.
El desarrollo local puede usar Yaci DevKit, mientras que la infraestructura compatible incluye servicios como Kupo, Ogmios, Dolos, Dingo, Cardano Node y Cardano Node API. La capa de infraestructura utiliza la herramienta cardano-up de Blink Labs en lugar de recrear esos servicios dentro de cardano-init.
El resultado es una configuración basada en roles en la que los desarrolladores eligen las herramientas que desean mientras cardano-init gestiona las conexiones iniciales mediante planos compartidos, variables de entorno y configuración del proyecto.
La versión v0.2.0 amplía el prototipo anterior para desarrolladores de Cardano
Cardano-init existía antes de agosto como un proyecto de prueba de concepto, con v0.1.0 etiquetada en julio. La versión v0.2.0 amplió de forma significativa el flujo de trabajo disponible para los desarrolladores.
El lanzamiento introdujo una opción full stack en la que Scalus puede cubrir tanto las partes en cadena como fuera de cadena de un proyecto. También añadió Plinth, Evolution SDK, compatibilidad experimental con Tx3, comprobaciones de compatibilidad entre los componentes seleccionados, salida de la CLI rediseñada, y generó
según la pila de desarrollo elegida.
El lanzamiento también introdujo la primera implementación de los comandos add y remove. Estos permiten a los desarrolladores cambiar partes de un proyecto existente sin reconstruir toda la estructura desde cero.
Un proyecto puede, por ejemplo, reemplazar un componente en cadena o eliminar una red de desarrollo mientras cardano-init actualiza la configuración compartida en torno a la pila restante. Se usa Git como mecanismo de seguridad cuando se modifican los componentes del proyecto.
Los proyectos generados también incluyen un ejemplo común de Gift Card en las pilas compatibles, proporcionando una referencia de extremo a extremo que conecta la lógica de contratos inteligentes con el flujo de transacciones correspondiente fuera de cadena.
La versión v0.2.1 llegó como una actualización menor, añadiendo una vista compacta --table de las herramientas disponibles, mejorando la detección de Tx3 y ampliando la documentación y el flujo de publicación.
La beta pública se orienta a la incorporación de desarrolladores fragmentada de Cardano
Cardano ya cuenta con herramientas maduras para partes individuales del desarrollo de aplicaciones. La fricción aparece cuando los desarrolladores necesitan combinar varias de ellas en un solo entorno de trabajo.
Cardano-init aborda ese problema definiendo roles separados para el desarrollo en cadena, la ejecución fuera de cadena, las pruebas locales y la infraestructura. Luego, los planos de contrato compartidos y las variables de entorno proporcionan las interfaces entre esos componentes.
Esto también distingue a cardano-init de pilas de desarrollo individuales como Scalus o Cardano Client Lib. Esas herramientas proporcionan capacidades de desarrollo dentro de sus propios marcos, mientras que cardano-init está diseñado para ensamblar múltiples herramientas independientes de Cardano en una estructura común de proyecto.
El proyecto también expone salida JSON legible por máquina y genera AGENTS.md, extendiendo la misma estructura de proyecto a flujos de trabajo de codificación asistidos por IA.
La versión actual sigue siendo una beta temprana en lugar de una plataforma de disponibilidad general. Tx3 y la herramienta de métodos formales Blaster son experimentales, mientras que integraciones adicionales como Pebble, Plutarch, Opshin, Lucid Evolution, Blaze, Elm Cardano y PyCardano siguen estando planificadas. La hoja de ruta apunta a una etapa release candidate más adelante en 2026.
Con v0.2.x, los desarrolladores de Cardano ahora tienen un único punto de entrada para generar un entorno de desarrollo conectado. En lugar de comenzar una nueva aplicación cableando manualmente cada marco, SDK, indexador y red local, pueden partir de una pila preconfigurada con interfaces compartidas y una aplicación de referencia funcional ya preparada.