The following commands assume that the babylond
executable has been
installed. If the repository was only built, then ./build/babylond
should be
used in its place.
The configuration for a single node can be created through the testnet
command. While the testnet
command can create an arbitrary number of nodes that
communicate on a testnet, here we focus on the setup of a single node.
babylond testnet \
--v 1 \
--output-dir ./.testnet \
--starting-ip-address 192.168.10.2 \
--keyring-backend test \
--chain-id chain-test
The flags specify the following:
--output-dir <testnet-dir>
: Specifies that the testnet files should reside under this directory.--v <N>
: Leads to the creation ofN
nodes, each one residing under the<testnet-dir>/node{i}
. In this casei={0..N-1}
.--starting-ip-address <ip>
: Specifies the IP address for the nodes. For example,192.168.10.2
leads to the first node running on192.168.10.2:46656
, the second one on192.168.10.3:46656
etc.--keyring-backend {os,file,test}
: Specifies the backend to use for the keyring. Available choices includeos
,file
, andtest
. We usetest
for convenience.--chain-id
: An identifier for the chain. Useful when performing operations later.
In this case, we generated a single node. If we take a look under .testnet
:
$ ls .testnet
gentxs node0
The gentxs
directory contains the genesis transactions. It contains
transactions that assign bbn tokens to a single address that is defined for each
node.
The node0
directory contains the following:
$ ls .testnet/node0/babylond
config data key_seed.json keyring-test
A brief description of the contents:
config
: Contains the configuration files for the node.data
: Contains the database storage for the node.key_seed.json
: Seed to generate the keys maintained by the keyring.keyring-test
: Contains the test keyring. This directory was created because we provided the--keyring-backend test
flag. Thetestnet
command, creates a validator node namednode{i}
(depends on the node name), and assigns bbn tokens to it through a transaction written to.testnet/gentxs/node{i}.json
. The keys for this node can be pointed to by thenode{i}
name.
babylond start --home ./.testnet/node0/babylond
The logs for a particular node can be found under
.testnets/node{id}/babylond/babylond.log
.
After building a node and starting it, you can perform queries.
babylond --home .testnet/node{i}/babylond/ --chain-id <chain-id> \
query <module-name> <query-name>
For example, in order to get the hashes maintained by the btclightclient
module:
$ babylond --home .testnet/node0/babylond/ --chain-id chain-test query btclightclient hashes
hashes:
- 00000000000000000002bf1c218853bc920f41f74491e6c92c6bc6fdc881ab47
pagination:
next_key: null
total: "1"
After building a node and running it, one can send transactions as follows:
babylond --home .testnet/node{i}/babylond --chain-id <chain-id> \
--keyring-backend {os,file,test} --fees <amount><denom> \
--from <key-name> --broadcast-mode {sync,async,block} \
tx <module-name> <tx-name> [data]
The --fees
flag specifies the amount of fees that we are willing to pay and
the denomination and the --from
flag denotes the name of the key that we want
to use to sign the transaction (i.e. from which account we want this
transaction to happen). The --broadcast-mode
specifies how long we want to
wait until we receive a response from the CLI: async
means immediately,
sync
means after the transaction has been validated through CheckTx
,
and block
means after the transaction has been processed by the next block.
For example, in the btclightclient
module, in order
to submit a header, one should:
babylond --home .testnet/node0/babylond --chain-id chain-test \
--keyring-backend test --fees 100bbn \
--from node0 --broadcast-mode block \
tx btclightclient insert-header <header-hex>
When running the Babylon node in a production setting, operators should adhere to CometBFT Guidelines
make test