This holochain-rust
repository implements a number of distinct yet overlapping aspects of the Holochain framework.
- A library for the core Holochain functionality for defining and running DNA instances: core
- A library and syntax for use in Rust based development of Zomes within DNAs, called Holochain Development Kit: hdk-rust
- A library for managing instances and connecting them to interfaces: conductor-api
- A Rust based Conductor that uses the conductor_api: conductor
- A nodejs based Conductor for running tests: nodejs-conductor
- A command line developer tool: hc
- A sample application that we use to demonstrate the current functionality and drive development: app-spec
The core folder contains the code that implements the core functionality of Holochain. It is the aspect that takes in an application DNA, and an agent, and "securely" (NOT secure during alpha) runs peer-to-peer applications by exposing the API functions to Zomes. It draws on other top level definitions and functions such as dna, cas_implementations and core_types.
Holochain applications have been designed to consist at the low-level of WebAssembly (WASM) running in a virtual machine environment. Most languages will be easiest to use with some stub code to connect into the WASM runtime environment due to the nature of WASM. That is the main reason why a "Developer Kit" for a language exists. It is a library, and a syntax, for writing Zome code in that language.
hdk-rust
is a solid reference implementation of this, that enables Zomes to be written in the Rust language (the same, somewhat confusingly, as Holochain Core).
Within this repository, some aspects cross over between core
and hdk-rust
, such as core_types, since they get stored into WASM memory in core
, and then loaded from WASM memory, within hdk-rust
. Related, wasm_utils is used on both sides to actually perform the storing, and loading, of values into and from WASM memory.
Any language that compiles to WASM and can serialize/deserialize JSON data can be available as an option for programmers to write Holochain applications.
An HDK for Assemblyscript is under experimental development at hdk-assemblyscript
.
We expect many more languages to be added by the community, and there is even an article on how to write a kit for a new language.
Core only implements the logic for the execution of a single DNA. Because the Holochain app ecosystem relies on DNA composibility, we need to be able to load and instantiate multiple DNAs. We call an executable that can do this a Conductor. The first such Conductors we implemented were the Qt C++ GUI driven holosqape and the CLI driven hcshell Conductor which we used for running javascript based tests.
These gave us the experience from which we abstracted the conductor_api crate which specifies and implements a standard way for building conductors, including specifying the various interfaces that might be available for executing calls on a particular DNA, i.e. websockets, HTTP, Unix domain sockets, carrier pigeon network, etc...
If you need to implement your own conductor, conductor_api should provide you with the needed types and functions to do so easily.
To implement a conductor in a C based language, the core_api_c_binding [NEEDS UPDATING] code could be used, such as HoloSqape does.
The conductor crate uses the conductor_api to implement an executable which is intended to become the main, highly configurable and GUI less conductor implementation that can be run as a background system service.
The cli crate implements our command line developer tool which allows you to create DNA scaffold, run tests, and finally package your DNA for running in a Conductor. For more details see the crate README.
We use a practice for coordinating additions and features that starts with adding a feature to a sample application so that we know we have a working example all the times. You can read about the details here
The nodejs_conductor project implements a node package that creates a Conductor that wraps the rust-based Holochain Conductor so we can access it from node. This is sometimes used to create a test-driven development environment for developing Holochain DNA.