La pila de Java de Cardano automatiza la recuperación de transacciones con TxFlow

Cardano Community ha publicado la sesión número 71 de Developer Office Hours, en la que el arquitecto principal de blockchain de Cardano Foundation, Satya Ranjan, presentó nuevas herramientas para desarrolladores Java que construyen sobre Cardano.

Cardano Client Lib está disponible como la versión estable 0.7.2, mientras que la línea de prelanzamiento ha alcanzado la 0.8.0-pre5. Los componentes más recientes se orientan a la ejecución en múltiples pasos, la gestión de reversiones y cargas de trabajo de transacciones más grandes.

Cardano TxPlan traslada la lógica de transacciones a YAML

Cardano Client Lib es un SDK puro de Java que admite derivación de direcciones, pagos, acuñación de tokens, scripts de Plutus, staking y operaciones de gobernanza. No requiere bibliotecas nativas y también puede funcionar con lenguajes de la JVM como Kotlin y Scala.

La nueva capa TxPlan permite definir instrucciones de transacción en documentos portátiles YAML o JSON en lugar de mantenerlas por completo dentro del código de la aplicación. Un plan puede describir pagos, acuñación e interacciones con scripts, mientras que las direcciones, las claves de firma y las referencias de políticas se proporcionan de forma segura en tiempo de ejecución.

Los desarrolladores pueden reutilizar el mismo plan con distintos destinatarios, cuentas o parámetros de tokens. La definición también puede serializarse y almacenarse, preservando la información necesaria para reconstruir una transacción tras una reversión o una ejecución interrumpida.

TxPlan se conecta directamente al constructor QuickTx de Cardano Client Lib. La composición de transacciones e infraestructura de proveedores existentes siguen disponibles, mientras que las instrucciones de negocio repetibles pasan a un formato que puede validarse y ejecutarse de manera independiente.

TxFlow gestiona el encadenamiento, las reversiones y los flujos de transacciones

TxFlow coordina procesos que requieren varias transacciones dependientes en la blockchain. Un desarrollador puede definir pasos como depósito, distribución y retiro, luego especificar qué salidas de un paso anterior deben financiar el siguiente.

El motor admite procesamiento secuencial, encadenamiento en canalización y lotes paralelos. El modo de canalización permite que una transacción posterior consuma una salida creada por una transacción pendiente sin esperar una confirmación de bloque por separado.

Los requisitos de confirmación, las políticas de reintento y la recuperación ante reversiones se configuran dentro del flujo. Esto elimina la necesidad de que cada equipo de aplicaciones construya su propia capa de monitoreo y reenvío.

TxFlowStream amplía el modelo a cargas de trabajo continuas y de alto volumen. Ranjan demostró la ingesta de CSV y explicó que un flujo abierto también podría recibir solicitudes a través de un endpoint HTTP o un adaptador externo. Kafka no está incluido en la biblioteca, pero puede alimentar instrucciones al flujo desde fuera.

Carriles separados permiten que distintas direcciones de financiación procesen transacciones en paralelo, manteniendo una ejecución primero en entrar, primero en salir dentro de cada carril. Identificadores de negocio evitan ejecuciones duplicadas, mientras que el almacenamiento en H2 y PostgreSQL permite reanudar el procesamiento tras un reinicio.

Las demostraciones abarcaron pagos en ADA, ejecución de scripts de Plutus, acuñación de tokens y pagos de ADA por lotes. También incluyeron encadenamiento automático de UTxO y recuperación tras una interrupción simulada.

Yano amplía la infraestructura de pruebas de Java de Cardano

La presentación también cubrió Yaci Store 3.0.0-beta3, la próxima línea beta principal del indexador modular de Cardano. La versión amplía las API compatibles con Blockfrost e incluye correcciones de gobernanza y de Protocol Version 11, aunque todavía no se ha alcanzado la compatibilidad completa con Blockfrost.

Yano extiende la pila de Java hacia la infraestructura de nodos y de pruebas. El nodo de datos de Cardano está construido sobre Yaci y Cardano Client Lib, usa RocksDB para la persistencia y puede ejecutarse como una aplicación Quarkus independiente o como una biblioteca Java embebida.

Dentro de Yaci DevKit, Yano puede inicializar y avanzar una red local de Cardano antes de transferir la producción de bloques al cardano-node de Haskell. También está disponible un modo solo con Yano cuando los desarrolladores necesitan un entorno liviano para pruebas de aplicaciones y SDK.

Yano sigue siendo un proyecto en prelanzamiento y no está destinado a la validación en producción. Ranjan también adelantó máquinas de estado específicas de aplicaciones cuyas raíces de Merkle pueden anclarse a Cardano, pero esa capacidad sigue siendo experimental.

Los tres componentes ahora tienen funciones distintas dentro de la pila de Java. Cardano Client Lib define y ejecuta transacciones, Yaci Store indexa datos de la red, y Yano suministra un entorno de nodo controlable para pruebas. Los equipos de Java pueden reemplazar servicios personalizados de reversión y la orquestación manual de nodos locales con infraestructura reutilizable antes de que sus aplicaciones lleguen a producción.