Cardano Java 技术栈借助 TxFlow 实现交易恢复自动化

Cardano Community 发布了第71期 Developer Office Hours，在该活动中，Cardano Foundation 首席区块链架构师 Satya Ranjan 介绍了面向在 Cardano 上构建的 Java 开发者的新工具。

Cardano Client Lib 的稳定版为 0.7.2，预发布分支已达到 0.8.0-pre5。较新的组件面向多步执行、回滚处理以及更大的交易工作负载。

Cardano TxPlan 将交易逻辑移入 YAML

Cardano Client Lib 是纯 Java 的 SDK，支持地址推导、支付、代币铸造、Plutus 脚本、质押与治理操作。它不需要本地库，也可与 Kotlin、Scala 等 JVM 语言配合使用。

新的 TxPlan 层允许将交易指令定义在可移植的 YAML 或 JSON 文档中，而不是完全留在应用程序代码内。一个计划可以描述支付、铸造与脚本交互，同时在运行时安全地提供地址、签名密钥和策略引用。

开发者可以用不同的收款方、账户或代币参数复用同一计划。该定义也可以序列化并存储，以保留在回滚或执行中断后重建交易所需的信息。

TxPlan 可直接连接到 Cardano Client Lib 的 QuickTx 构建器。现有的交易组装与提供方基础设施仍可使用，而可重复的业务指令则转移到一种可被独立验证与执行的格式中。

TxFlow 处理链式流程、回滚与交易流

TxFlow 协调需要多个相互依赖区块链交易的流程。开发者可以定义存入、分发、提取等步骤，然后指定前一步中的哪些输出应为下一步提供资金。

该引擎支持顺序处理、流水线式链式衔接与并行批次。流水线模式允许后续交易在无需等待单独区块确认的情况下，消耗尚未确认交易所创建的输出。

确认要求、重试策略与回滚恢复均在流程内进行配置。这样每个应用团队就不必再自建监控与重新提交层。

TxFlowStream 将该模型扩展到持续且高吞吐的工作负载。Ranjan 演示了 CSV 输入，并说明开放的流还可以通过 HTTP 端点或外部适配器接收请求。该库不包含 Kafka，但可由外部将指令注入到流中。

独立通道允许不同的资金地址并行处理交易，同时在每个通道内保持先进先出执行。业务标识符可防止重复执行，而 H2 与 PostgreSQL 存储则支持在重启后恢复处理。

演示内容涵盖 ADA 支付、Plutus 脚本执行、代币铸造与批量 ADA 支付。还包括自动 UTxO 链接以及在模拟中断后的恢复。

Yano 扩展了 Cardano 的 Java 测试基础设施

演示还介绍了模块化 Cardano 索引器的下一条主要测试版分支 Yaci Store 3.0.0-beta3。该版本扩展了与 Blockfrost 兼容的 API，并包含治理与 Protocol Version 11 的修正，但尚未达到与 Blockfrost 的完全兼容。

Yano 将 Java 技术栈扩展到节点与测试基础设施。该 Cardano 数据节点基于 Yaci 与 Cardano Client Lib 构建，使用 RocksDB 进行持久化，可作为独立的 Quarkus 应用或嵌入式 Java 库运行。

在 Yaci DevKit 中，Yano 可以初始化并推进本地 Cardano 网络，然后将出块交由 Haskell 的 cardano-node。对于需要轻量环境进行应用与 SDK 测试的开发者，也提供仅 Yano 模式。

Yano 仍是预发布项目，不适用于生产环境验证。Ranjan 还预览了可将其 Merkle 根锚定到 Cardano 的应用特定状态机，不过该能力仍处于实验阶段。

这三大组件如今在 Java 技术栈中各司其职。Cardano Client Lib 负责定义与执行交易，Yaci Store 负责索引网络数据，Yano 提供可控的测试用节点环境。Java 团队可在应用进入生产之前，用可复用的基础设施替代自定义回滚服务与手工本地节点编排。