Installation
official public chain documentation are available on https://kadena-io.github.io/kadena-docs/Public-Chain-Docs
Minimal recommended hardware requirements for nodes are:
2 CPU cores
4 GB of RAM
250 GB SSD or fast HDD
Public IP address
If the node is also used as API server for Pact or mining, rosetta, chainweb-data: 4 CPU cores and 8GB of RAM.
Install Docker First (or you can follow official docs here: https://docs.docker.com/engine/install/ubuntu/ )
Initialize Kadena database
Install and Run Kadena Chain-web Node via Docker
Next, we'll configure the chain-web node
Run the node
The node will communicate with other nodes in a P2P network. By default it uses port 1789 for the P2P communication.
==========================================================
A complete configuration file with the default settings can be created with
This file can then be edited in order to change configuration values.
The command chainweb-node --help
also provides descriptions of these configuration values.
Given a configuration file or a set of command line options it is possible to print out only those configuration values that are different from their respective default:
Monitoring the health of a Chainweb Node
The following outlines how you can check that your chainweb-node
is healthy
chainweb-node
should be running from the public IP address and a port that is open to the other Chainweb nodes.
If you're behind a NAT, it is VERY IMPORTANT that your network allows external nodes to connect to the node you are running.
For production scenarios we recommend that you use log-level warn
or error
. For trouble shooting or improved monitoring you can also use info
.
Once your node is running, go through the following checks to verify that you have a healthy node:
run the command in your terminal:
navigate to this website on your browser: https://yourPublicIp:port/chainweb/0.0/mainnet01/cut
check logs for whether services are started
check if the node is receiving cuts
look for errors in the logs
look for warnings in the logs
Usually, when a node is receiving and publishing cuts (i.e. block heights at every chain), it's working correctly.
The /cut
endpoint will return the latest cut that your node has. It's possible that your node is falling behind, so make sure to compare its cut height with the cut heights of the bootstrap nodes. It's also possible that you are mining to a node that is catching up to the rest of the network. Before you start mining to a node, you SHOULD verify that this node has the most up-to-date cut.
You can get the cut height of any node by running the following:
Last updated