LOW-LEVEL PRIMITIVES
Commonware
Runtime, peer communication, consensus, storage, cryptography, and reusable coordination components.
NUNCHI SDK DOCUMENTATION
Nunchi is a modular Rust SDK for application-specific financial chains. Commonware supplies the low-level primitives. Nunchi packages finance-specific state, modules, and examples into a clearer starting point.
DOCUMENTATION INDEX
Start with the architecture if you are evaluating fit. Start with modules and examples if you are already mapping a product.
START
Choose a financial workflow, define its constraints, and follow the shortest path through the SDK.
Plan the first build →UNDERSTAND
See where Commonware ends, where Nunchi begins, and which decisions remain in your application.
Read the architecture →BUILD
Browse blockchain basics, network infrastructure, financial primitives, and chain examples.
Browse modules →BUILD
Trace source-backed examples from an application type through finalized block activity.
Study the examples →FOUNDATION
Map the low-level runtime, networking, consensus, storage, and coordination primitives beneath the SDK.
Map the foundation →THE STACK
The SDK sits between general-purpose infrastructure and the financial product your team operates.
LOW-LEVEL PRIMITIVES
Runtime, peer communication, consensus, storage, cryptography, and reusable coordination components.
FINANCE-SPECIFIC LAYER
Financial state, authority, data, market modules, composition patterns, and developer examples.
PRODUCT
Your workflow, participants, controls, transaction policy, operating model, interfaces, and user experience.
MODULE MAP
The repository organizes the SDK into four practical areas. Each area answers a different part of the build.
Core components for assets, cryptography, access, data, connectivity, and reusable application behavior.
Components for authority and proof-of-stake based participation in a specialized network.
Purpose-built components for collateral, issuance, markets, balances, and other financial state.
Reference implementations that show how modules become working application chains and services.
NUNCHI SOURCE
The examples show how Nunchi types connect into an application chain. This Coins application composes a runtime with the CLOB extension through the shared application type.
use nunchi_clob::ClobExtension;
use crate::CoinsRuntime;
pub type Application =
nunchi_chain::Application<CoinsRuntime, ClobExtension>;Trace the runtime, extension, and application type.
↗02 / SERVICECoins indexerFollow finalized activity into an observable event stream.
↗03 / GUIDERead the examples guideLearn what to inspect before designing a custom chain.
→04 / NETWORKCheotsu devnetWatch live consensus activity from a running Nunchi network.
↗COMMONWARE FOUNDATION
Commonware publishes each primitive as Rust documentation. Nunchi uses that foundation to build finance-specific components and examples.
commonware-actorSafely coordinate concurrent components.
commonware-runtimeExecute asynchronous tasks in production or deterministic simulation.
commonware-p2pCommunicate with authenticated peers over encrypted connections.
commonware-consensusOrder opaque messages in a Byzantine environment.
commonware-storagePersist and retrieve data from an abstract store.
commonware-glueUse default constructions that span multiple primitives.
Commonware uses calendar versions and separate stability levels for individual primitives. The current repository and lockfile remain the source of truth for the combination used by Nunchi.
Read Commonware's readiness modelREADY TO MAP A PRODUCT?
We will identify the smallest set of modules and the clearest path to a working pilot.