Download a Yano X release
Each Yano X GitHub release publishes yano-x-jvm-<version>.zip, three
standalone archives, and SHA256SUMS. Verify an archive before extraction:
sha256sum --check --ignore-missing SHA256SUMSOn macOS, use shasum -a 256 --check --ignore-missing SHA256SUMS.
--ignore-missing checks only the archives you downloaded; each one must
report OK.
The same archive serves a production node, the local showcase, the deployment
CLI, and App-Chain Studio. It needs Java 25; the showcase also needs Python 3,
curl, and jq.
| Path in the archive | Use it when | First command, from the extracted directory |
|---|---|---|
yano.sh | You want one production-shaped Yano JVM node with the standard Yano X plugin set. | ./yano.sh start:devnet,appchain |
examples/showcase/ | You want the quickest local three-node, multi-app-chain demonstration. | examples/showcase/showcase.sh quickstart --profile light --nodes 3 --instance demo |
tools/yano-deploy/ | You want to render and apply multi-node OpenTofu and Ansible deployments. | tools/yano-deploy/bin/yano-x-deploy init ./cluster |
studio/ | You want the browser-based blueprint editor. It is a static site. | cd studio && python3 -m http.server 8080 |
plugins/, optional-plugins/ | You already operate the matching Yano JVM release and want to select Yano X runtime bundles yourself. | Copy reviewed bundles into the node plugin directory. |
The archive embeds the exact compatible Yano host identity in
yano-x-distribution-v1.json. Do not mix its plugins with a different Yano
release.
If you need only one part, download it on its own. Each standalone archive carries the same files as the matching path in the JVM archive:
| Standalone archive | Contents |
|---|---|
yano-x-plugin-pack-<version>.zip | plugins/, optional-plugins/, yano-x-plugin-pack-v1.json, the SBOM, and a README naming the one Yano release the bundles run on |
yano-x-deploy-<version>.zip | The deployment CLI (bin/yano-x-deploy) with its own libraries and the provider-neutral deployment material |
yano-x-studio-<version>.zip | App-Chain Studio as a static site |
Run one node
Section titled “Run one node”The archive is the normal starting point for a single node:
unzip yano-x-jvm-<version>.zipcd yano-x-jvm-<version>./yano.sh start:devnet,appchainThis starts one Yano node with app-chain support. Review the included configuration before using a public Cardano network.
On devnet, config/application-devnet.yml turns off Yano’s L1 history
projection, which cannot load outside Linux x64 in this Yano release
(bloxbean/yano#137). App chains
and the showcase do not need it; Yano’s address, account, and reward history
endpoints return 503 on devnet until it is re-enabled.
Run the local multi-node showcase
Section titled “Run the local multi-node showcase”The showcase lives in examples/showcase/ and runs on the distribution it
ships in. It keeps its own demo configuration under examples/showcase/yano/
and never edits the distribution’s config/:
cd yano-x-jvm-<version>/examples/showcase./showcase.sh doctor --profile light./showcase.sh quickstart --profile light --nodes 3 --instance demo./showcase.sh verify all --instance demo./showcase.sh ui --instance demo./showcase.sh stop --instance demoThe light profile uses a private local devnet. stop preserves the instance so
it can be restarted later. Continue with the local showcase guide.
Open App-Chain Studio
Section titled “Open App-Chain Studio”Studio is a static browser application and has no server-side component:
cd yano-x-jvm-<version>/studiopython3 -m http.server 8080Open http://localhost:8080, create a blueprint, and download appchain.yaml.
Validate the downloaded intent with the CLI from the same release.
Use the deployment CLI
Section titled “Use the deployment CLI”The deployment CLI ships in tools/yano-deploy/ with its schema,
provider-neutral OpenTofu and Ansible material, and examples. A deployment
imports the whole release archive, which carries the showcase profile it
deploys:
cd yano-x-jvm-<version>tools/yano-deploy/bin/yano-x-deploy init ./clustertools/yano-deploy/bin/yano-x-deploy artifact import ./cluster \ --file /path/to/yano-x-jvm-<version>.ziptools/yano-deploy/bin/yano-x-deploy validate ./clustertools/yano-deploy/bin/yano-x-deploy doctor ./clustertools/yano-deploy/bin/yano-x-deploy render ./clusterrender is offline. Cloud planning and application require the provider tools
and credentials described in tools/yano-deploy/README.md and the deployment
guide.
Add Yano X plugins to an existing node
Section titled “Add Yano X plugins to an existing node”Operators assembling a custom node from the matching ordinary Yano JVM
distribution can take bundles from the JVM archive or from
yano-x-plugin-pack-<version>.zip. plugins/ contains the
conflict-free default set; alternative implementations are under
optional-plugins/, and yano-x-plugin-pack-v1.json lists every bundle with
its checksum. Copying both implementations of the same contribution into the
active plugin directory is a catalog error.
Bundles leave out the classes the host yano.jar already provides, so they run
only on the Yano release named in yano-x-distribution-v1.json.
Application developers can instead consume reusable Yano X libraries from Maven
Central with the yano-x-bom. Runtime plugin bundles, CLI programs, web
applications, and demos are delivered through the GitHub release rather than
Maven Central.