Programming language: Rust
License: Apache License 2.0
Tags: Database     Framework     Cryptography     distributed     Blockchain     Exonum    
Latest version: v1.0.0

exonum alternatives and similar packages

Based on the "Cryptography" category.
Alternatively, view exonum alternatives based on common mentions on social networks and blogs.

Do you think we are missing an alternative of exonum or a related project?

Add another 'Cryptography' Package



Status: CI dependency status codecov

Project info: Docs.rs [License: Apache-2.0](LICENSE.md) LoC rust 1.55.0+ required

Community: Join the chat at https://gitter.im/exonum/exonum Join the chat at https://t.me/exonum_blockchain Join the chat at https://gitter.im/exonum/ruExonum Join the chat at https://t.me/ExonumRU Website

Exonum is an extensible open-source framework for creating blockchain applications. Exonum can be used to create cryptographically powered distributed ledgers in virtually any problem domain, including FinTech, GovTech, and LegalTech. The Exonum framework is oriented towards creating permissioned blockchains, that is, blockchains with the known set of blockchain infrastructure providers.

If you are using Exonum in your project and want to be listed on our website & GitHub list โ€” write us a line to [email protected].


This is the main Exonum repository containing the bulk of Rust crates used in Exonum. Rust crates for Exonum are intended to be reasonably small and reusable, hence there is relatively large number of them.

Main Crates

  • [Core library](exonum/README.md)
  • [Node implementation](exonum-node/README.md)
  • [Node CLI](cli/README.md)

Upstream Dependencies

  • [Cryptographic library](components/crypto/README.md)
  • [Database backend for merkelized data structures](components/merkledb/README.md)
  • [Key management](components/keys/README.md)
  • [Derive macros](components/derive/README.md)
  • [Protobuf helpers](components/proto/README.md)
  • [Protobuf support for build scripts](components/build/README.md)
  • [High-level HTTP API abstraction](components/api/README.md)

Tools for Building Services

  • [Rust runtime](runtimes/rust/README.md)
  • [Testing framework](test-suite/testkit/README.md)

Services and Node Plugins

  • [Explorer service](services/explorer/README.md) and [explorer library](components/explorer/README.md)
  • [Middleware service](services/middleware/README.md)
  • [Supervisor service](services/supervisor/README.md)
  • [Time oracle service](services/time/README.md)
  • [System API plugin](components/system-api/README.md)


  • [Cryptocurrency](examples/cryptocurrency/README.md)
  • [Advanced cryptocurrency](examples/cryptocurrency-advanced/README.md)
  • [Timestamping](examples/timestamping/README.md)
  • [Sample runtime implementation](examples/sample_runtime/README.md)

Versioning Policy

Exonum crates follow semantic versioning.

The exonum crate and its re-exported dependencies (exonum-crypto, exonum-merkledb and exonum-keys) are released at the same time; their version is considered the version of the Exonum framework. On the other hand, the crates downstream of exonum (e.g., exonum-node) or independent of it (e.g., exonum-api) may evolve at different speeds, including major releases not tied to a major Exonum release.

Throughout the Exonum codebase, certain APIs are described in the API docs as unstable or experimental. Such APIs may be removed or changed in a semantically non-breaking release (for example, a minor release) of the corresponding crate. Similarly, nominally public APIs that are hidden from the docs via #[doc(hidden)] are considered unstable and thus exempt from semantic versioning limitations.

Supported Rust Versions

The Exonum crates are built against a specific stable Rust version (1.45.0). Newer stable versions are supported as a result. (Feel free to file an issue if any Exonum crate does not build on a newer stable version.) Newer beta and nightly versions should be supported as well, but no specific effort is allocated into supporting them.

Due to at least some external dependencies not factoring the minimum supported Rust version into their semantic versioning policy, the Exonum crates effectively have no choice but to do the same. Namely, a bump of the minimum supported Rust version will not be considered a semantically breaking change. It is, however, guaranteed that the Exonum crates will build on some stable Rust.

Note that due to versioning policies of external dependencies, the effective minimum supported Rust version may increase as a result of the activities out of control of Exonum developers. The decision how to deal with this situation (pin the dependency or bump the minimum supported Rust version) will be made on the case-by-case basis.


To contribute to Exonum, please see [CONTRIBUTING](CONTRIBUTING.md).

See Also

Some Exonum stuff that is not in this repository:

*Note that all licence references and agreements mentioned in the exonum README section above are relevant to that project's source code only.