La pile Java de Cardano automatise la reprise des transactions avec TxFlow

Cardano Community a publié la 71e Developer Office Hours, où Satya Ranjan, Lead Blockchain Architect de Cardano Foundation, a présenté de nouveaux outils pour les développeurs Java qui construisent sur Cardano.

Cardano Client Lib est disponible en version stable 0.7.2, tandis que la branche de préversion a atteint 0.8.0-pre5. Les composants plus récents ciblent l’exécution en plusieurs étapes, la gestion des retours arrière et des charges de travail de transactions plus importantes.

Cardano TxPlan déplace la logique des transactions dans YAML

Cardano Client Lib est un SDK Java pur qui prend en charge la dérivation d’adresses, les paiements, la frappe de jetons, les scripts Plutus, le staking et les opérations de gouvernance. Il ne nécessite pas de bibliothèques natives et peut aussi fonctionner avec des langages JVM comme Kotlin et Scala.

La nouvelle couche TxPlan permet de définir les instructions de transaction dans des documents YAML ou JSON portables au lieu de rester entièrement dans le code applicatif. Un plan peut décrire des paiements, de la frappe et des interactions avec des scripts, tandis que les adresses, les clés de signature et les références de politique sont fournies de manière sécurisée à l’exécution.

Les développeurs peuvent réutiliser le même plan avec différents destinataires, comptes ou paramètres de jeton. La définition peut aussi être sérialisée et stockée, en préservant les informations nécessaires pour reconstruire une transaction après un retour arrière ou une exécution interrompue.

TxPlan se connecte directement au générateur QuickTx de Cardano Client Lib. L’infrastructure existante de composition de transactions et de fournisseurs reste disponible, tandis que les instructions métier répétables passent dans un format qui peut être validé et exécuté de manière indépendante.

TxFlow gère le chaînage, les retours arrière et les flux de transactions

TxFlow coordonne des processus qui nécessitent plusieurs transactions blockchain dépendantes. Un développeur peut définir des étapes comme dépôt, distribution et retrait, puis indiquer quelles sorties d’une étape antérieure doivent financer la suivante.

Le moteur prend en charge le traitement séquentiel, le chaînage en pipeline et les lots parallèles. Le mode pipeline permet à une transaction ultérieure de consommer une sortie créée par une transaction en attente sans attendre une confirmation de bloc distincte.

Les exigences de confirmation, les politiques de nouvelle tentative et la reprise après retour arrière sont configurées à l’intérieur du flux. Cela évite à chaque équipe applicative de construire sa propre couche de surveillance et de réenvoi.

TxFlowStream étend le modèle aux charges de travail continues et à fort volume. Ranjan a montré une entrée CSV et a expliqué qu’un flux ouvert pouvait aussi recevoir des requêtes via un point de terminaison HTTP ou un adaptateur externe. Kafka n’est pas inclus dans la bibliothèque mais peut alimenter des instructions dans le flux depuis l’extérieur.

Des voies séparées permettent à différentes adresses de financement de traiter des transactions en parallèle tout en maintenant une exécution premier entré, premier sorti dans chaque voie. Des identifiants métier empêchent les exécutions en double, tandis que le stockage H2 et PostgreSQL permet de reprendre le traitement après un redémarrage.

Les démonstrations ont couvert des paiements en ADA, l’exécution de scripts Plutus, la frappe de jetons et des paiements ADA groupés. Elles ont aussi inclus un chaînage UTxO automatique et une reprise après une interruption simulée.

Yano étend l’infrastructure de test Java de Cardano

La présentation a aussi couvert Yaci Store 3.0.0-beta3, la prochaine grande lignée bêta de l’indexeur modulaire de Cardano. Cette version élargit les API compatibles avec Blockfrost et inclut des corrections de gouvernance et de Protocol Version 11, bien que la compatibilité complète avec Blockfrost n’ait pas encore été atteinte.

Yano étend la pile Java au nœud et à l’infrastructure de test. Le nœud de données Cardano est construit sur Yaci et Cardano Client Lib, utilise RocksDB pour la persistance et peut s’exécuter comme application Quarkus autonome ou comme bibliothèque Java intégrée.

Dans Yaci DevKit, Yano peut initialiser et faire avancer un réseau Cardano local avant de transférer la production de blocs vers le Haskell cardano-node. Un mode uniquement Yano est aussi disponible lorsque les développeurs ont besoin d’un environnement léger pour tester des applications et des SDK.

Yano reste un projet en préversion et n’est pas destiné à la validation en production. Ranjan a également présenté un aperçu de machines à états spécifiques aux applications dont les racines de Merkle peuvent être ancrées à Cardano, mais cette capacité reste expérimentale.

Les trois composants ont désormais des rôles distincts au sein de la pile Java. Cardano Client Lib définit et exécute les transactions, Yaci Store indexe les données du réseau, et Yano fournit un environnement de nœud contrôlable pour les tests. Les équipes Java peuvent remplacer des services de retour arrière personnalisés et une orchestration manuelle de nœud local par une infrastructure réutilisable avant que leurs applications n’atteignent la production.