Kagome is a Polkadot Host (former Polkadot Runtime Environment) developed by Soramitsu and funded by Web3 Foundation grant.
Kagome is early-stage software, you can already execute a block production process.
A simple status-report can be found within section supported features.
For now, please refer to the Dockerfile to get a picture of what you need for a local build-environment.
git clone https://github.com/soramitsu/kagome
cd kagome
mkdir build && cd build
cmake -DCMAKE_BUILD_TYPE=Release ..
# if you want to have validating node
make kagome_validating -j
# if you want to have syncing node
make kagome_full_syncing -j
git clone https://github.com/soramitsu/kagome
cd kagome
# build and run tests
INDOCKER_IMAGE=soramitsu/kagome-dev:10 BUILD_DIR=build BUILD_TREADS=9 ./housekeeping/indocker.sh ./housekeeping/makeBuild.sh
# You can use indocker.sh to run any script or command inside docker
# It mounts project dir and copy important env variable inside the container.
INDOCKER_IMAGE=soramitsu/kagome-dev:10 ./housekeeping/indocker.sh gcc --version
## Build Release
# Build Kagome
INDOCKER_IMAGE=soramitsu/kagome-dev:10 BUILD_DIR=build ./housekeeping/indocker.sh ./housekeeping/docker/release/makeRelease.sh
# Create docker image and push
VERSION=0.0.1 BUILD_DIR=build ./housekeeping/docker/release/build_and_push.sh
# or just build docker image
docker build -t soramitsu/kagome:0.0.1 -f ./housekeeping/docker/release/Dockerfile ./build
# Check docker image
docker run -it --rm soramitsu/kagome:0.0.1 kagome_full_syncing
[2020-06-03 16:26:14][error] the option '--genesis' is required but missing
Note
At the moment launch from the existing db is not implemented, so you should clean up previous db before every launch using the following command from the node folder:
rm -rf ldb
To launch kagome validating node execute:
cd node/
PATH=$PATH:../build/node/kagome_validating/
kagome_validating --genesis config/polkadot-v06.json --keystore config/keystore.json -l ldb
This command executes kagome validating node which can receive extrinsics locally on port using http: 40363
. Simple transfer transaction can be sent as follows:
curl -H "Content-Type: application/json" -d '{"id":1, "jsonrpc":"2.0", "method": "author_submitExtrinsic", "params": ["0x290284ffdc3488acc1a6b90aa92cea0cfbe2b00754a74084970b08d968e948d4d3bf161a01e2f2be0a634faeb8401ed2392731df803877dcb2422bb396d48ca24f18661059e3dde41d14b87eb929ec41ab36e6d63be5a1f5c3c5c092c79646a453f4b392890000000600ff488f6d1b0114674dcd81fd29642bc3bcec8c8366f6af0665860f9d4e8c8a972404"]}' http://localhost:40363/
If transaction was successfully applied we should see the following output:
{"jsonrpc":"2.0","id":1,"result":[194,108,28,60,223,55,48,163,134,182,201,23,144,126,167,123,33,119,187,164,61,50,203,175,230,189,71,245,120,104,18,38]}%
Note
Same note as for full syncing node. At the moment launch from existing db is not implemented, so you should clean up previous db before every launch using the following command from the node folder:
rm -rf ldb_syncing
To launch kagome syncing node execute:
cd node/
PATH=$PATH:../build/node/kagome_full_syncing/
kagome_full_syncing --genesis config/polkadot-v06.json -l ldb_syncing -v 1 --p2p_port 50541 --rpc_http_port 50542 --rpc_ws_port 50543
After this command syncing node will connect with the full node and start importing blocks.
Note The ports, which are not set in the app arguments, will take a default value. In case of running two nodes on the same address, this may lead to address collision and one node will node be able to start. To avoid this, please set all ports when running several nodes on one machine.
- To execute kagome node you need to provide it with genesis config, keys and leveldb files
- Example genesis config file can be found in
node/config/polkadot-v06.json
- Example keys file can be found in
node/config/keystore.json
- To create leveldb storage file just provide any path into
kagome_validating
orkagome_full_syncing
executable.
First build will likely take long time. However, you can cache binaries to hunter-binary-cache or even download binaries from the cache in case someone has already compiled project with the same compiler. To this end, you need to set up two environment variables:
GITHUB_HUNTER_USERNAME=<github account name>
GITHUB_HUNTER_TOKEN=<github token>
To generate github token follow the instructions. Make sure read:packages
and write:packages
permissions are granted (step 7 in instructions).
This project is can be built with
cd build
cmake -DCMAKE_BUILD_TYPE=Release ..
make -j
Tests can be run with:
cd build
ctest
Please refer to the Contributor Documentation.
- Press-release: Soramitsu to implement Polkadot Runtime Environment in C++
- Kagome: C++ implementation of PRE presentation at DOTCon (18.08.19)
- Kagome and consensus in Polkadot presentation (in Russian) during Innopolis blockchain meetup (28.10.19)
- Extrinsic Api
- Receives extrinsics submitted over JSON-RPC, validates them and stores in transaction pool
- Transaction pool
- Stores submitted transactions
- Provides ready transactions, i.e. transaction which pre-conditions defined by tags are satisfied
- Authorship
- Creates a block from provided inherents and digest
- Interacts with Polkadot Runtime to initialize and finalize block
- Runtime
- Uses Binaryen WASM interpreter to invoke Polkadot Runtime entries
- Current runtime entries include:
- BlockBuilder – checks inherents, applies extrinsics, derives inherent extrinsics, initializes and finalizes blocks
- Core – gets version of runtime, executes blocks, gets authorities
- Grandpa – gets grandpa authorities
- Metadata (not used)
- OffchainWorker (not used)
- ParachainHost (not used)
- TaggedTransactionQueue – validates transactions
- Externals (aka Extensions)
- Exposes a set functions that Runtime needs for:
- Management of the content
- Memory allocation
- Cryptography
- Exposes a set functions that Runtime needs for:
- SCALE (polkadot-codec)
- Implements SCALE codec for data types serialization according to spec.
- Storage
- Contains of key-value storage interfaces with LevelDB- and inmemory-based implementations
- Merkle-Patricia trie implementation, described in spec
- Clock
- Gets current time for the peer
- Consensus
- Babe block production
- Grandpa finalization
- Crypto
- blake2
- ed25519
- keccak
- sha
- Schnorr's vrf and sr25519 (bindings over Web3’s schnorrkel library)
- twox
- Networking
- Kagome uses cpp-libp2p for peer-to-peer interactions
- Gossiper and Gossiper observer
- SyncClient and SyncServer
You can find more information about the components by checking reference documentation.