Full Compatibility to the Ethereum Protocol
HydraChain is 100% compatible on an API and contract level. Existing tool chains to develop and deploy Smart Contracts and ÐApps can easily be reused.
The main difference is the byzantine fault tolerant consensus protocol (detailed here) which does not depend on proof-of-work. Instead it relies on a registered and accountable set of validators which propose and validate the order of transactions.
New blocks are negotiated by the validators. A quorum by the validators which signs the block is required, before it is added to the chain. Thus there will be no forks or reverts. Once a block is committed, the state is final.
The protocol allows for sub second block times. New blocks are only created in the presence of pending transactions though.
HydraChain provides an infrastructure to develop smart contracts in the Python high level language. Benefits are significantly reduced development times and better debugging capabilities. As the Ethereum Virtual Machine is bypassed, native contract execution is also way faster. Native Contracts support the ABI and are inter-operable with EVM based contracts written in the Solidity or Serpent languages and can co-exist on the same chain. The constraint, that all validators need to run a node configured with the same set of native contracts is well manageable in private chain settings.
Many aspects of the system can be freely configured to fit custom needs. For example transaction fees, gas limits, genesis allocation, block time etc. can easily be adjusted.
Setting up a test network can be done with almost zero configuration. Dockerfile templates are available.
The core software is open source and available under the permissive MIT license.
Consulting, support plans and custom development are offered by brainbot technologies and a network of partners.
We are working on a comprehensive set of documentation which covers various deployment scenarios. This will be accompanied by a range of example contracts with a focus on use cases of the financial industry.
Proof of Identity - KYC/AML
An extension to ensure that all transactions in the system are between registered participants only. The goal is full audibility while preserving as much privacy as possible.
Selective State Sharing
Non-validating users of the system which must not know complete state (e.g. all transactions), are still able to verify the results of transaction and the state of contracts they interact with.
Multi-chain setups can solve scalability and privacy requirements. As the term Hydra in the name already hints, that the software will support to run a node which concurrently participates in multiple chains. Next to other applications, this allows to support cross chain asset transfers as a native feature.
Install dependencies on Ubuntu
> sudo apt-get install libssl-dev libffi-dev libtool python-dev autoconf automake
git clone https://github.com/HydraChain/hydrachain cd hydrachain python setup.py develop
Multiple nodes in a single process
> hydrachain -d datadir runmultiple --num_validators=3 --seed=42
Multiple nodes in multiple processes on the same machine
> hydrachain -d <datadir> rundummy --num_validators=3 --seed=42 --node_num=0
Example how to run three nodes in three terminals:
> hydrachain -d datadir0 rundummy --node_num=0 > hydrachain -d datadir1 rundummy --node_num=1 > hydrachain -d datadir2 rundummy --node_num=2
rundummy command automatically configures a setup for
num_validator nodes (instances of the application) which are running on the same machine. The node id of each instance can be specified by
--seed=<int> can be used to configure a different set of keys for all nodes.
Multiple nodes in a single docker daemon
See the Dockerfile templates