Skip to content

Kava-Labs/kvtool

Repository files navigation

kvtool

Assorted dev tools for working with the kava blockchain.

To get started with running a local kava network, check out our docs on Getting Started.

Installation

make install

Initialization: kvtool testnet

Note that the most accurate documentation lives in the CLI itself. It's recommended you read through kvtool testnet bootstrap --help.

Option 1:

The kvtool testnet bootstrap command starts a local Kava blockchain as a background docker container called generated-kavanode-1. The bootstrap command only starts the Kava blockchain and Kava REST server services.

# Start new testnet
kvtool testnet bootstrap --kava.configTemplate master

The endpoints are exposed to localhost:

Option 2:

To generate a testnet for kava, binance chain, and a deputy that relays swaps between them:

Note that if you ran Option 1 previously you may need to run sudo rm -rf full_configs/generated before generating a new config.

# Generate a new kvtool configuration based off template files
kvtool testnet gen-config kava binance deputy --kava.configTemplate master

# Pull latest docker images. Docker must be running.
cd ./full_configs/generated && docker-compose pull

# start the testnet
kvtool testnet up

# When finished with usage, shut down the processes
kvtool testnet down

Flags

Additional flags can be added when initializing a testnet to add additional services:

--ibc: Run Kava testnet with an additional IBC chain. The IBC chain runs in the container named ibcnode. It has primary denom ukava.

Example:

# Run Kava testnet with an additional IBC chain
kvtool testnet bootstrap --kava.configTemplate master --ibc

--geth: Run a go-ethereum node alongside the Kava testnet. The geth node is initialized with the Kava Bridge contract and test ERC20 tokens. The Kava EVM also includes Multicall contracts deployed. The contract addresses can be found on the Kava-Labs/kava-bridge README.

Example:

# Run the testnet with a geth node in parallel
kvtool testnet bootstrap --kava.configTemplate master --geth

Geth node ports are not default, as the Kava EVM will use default JSON-RPC ports:

Kava EVM RPC Ports:

  • HTTP JSON-RPC: 8545
  • WS-RPC port: 8546

Geth RPC Ports:

  • HTTP JSON-RPC: 8555
  • WS-RPC port: 8556

To connect to the associated Ethereum wallet with Metamask, setup a new network with the following parameters:

  • New RPC URL: http://localhost:8555
  • Chain ID: 88881 (configured from the genesis)
  • Currency Symbol: ETH

Finally, connect the mining account by importing the JSON config in this directory with this password.

Automated Chain Upgrade

Kvtool supports running upgrades on a chain. To do this requires the kava final docker image to have a registered upgrade handler. The upgrade will start a chain with the docker container tag from --upgrade-base-image-tag. Once it reaches height --upgrade-height, it halts the chain for an upgrade named --upgrade-name. At that point, the container is restated with the desired container: KAVA_TAG if defined, of if not defined, the default tag for the config template.

Example: Test a chain upgrade from v0.19.2 -> v0.21.0 at height 15.

Using an overridden docker image tag:

$ KAVA_TAG=v0.21.0 kvtool testnet bootstrap --upgrade-name v0.21.0 --upgrade-height 15 --upgrade-base-image-tag v0.19.2

Using a config template:

Test a chain upgrade from v0.19.2 -> v0.21.0:
$ kvtool testnet bootstrap --kava.configTemplate v0.21 --upgrade-name v0.21.0 --upgrade-height 15 --upgrade-base-image-tag v0.19.2

Usage: kvtool testnet

REST APIs for both blockchains are exposed on localhost:

You can also interact with the blockchain using the kava command line. In a new terminal window, set up an alias to kava on the dockerized kava node and use it to send a query.

# Add an alias to the dockerized kava cli
alias dkava='docker exec -it generated_kavanode_1 kava'

# Confirm that the alias has been added
alias kava

# For versions before v0.16.x
alias dkvcli='docker exec -it generated_kavanode_1 kvcli'

Note that for some architectures or docker versions, the containers are generated with hyphens (-) instead of underscores (_).

You can test the set up and alias by executing a sample query:

dkava status
dkava q cdp params

The chain has several accounts that are funded from genesis. A list of the account names can be found here.

The binary is pre-configured to have these keys in its keyring so you should be able to use them directly.

# Example sending funds from `whale` to another account
dkava tx bank send whale [kava-address-to-fund] 1000000ukava --gas-prices 0.001ukava -y

# Check transaction result by tx hash
dkava q tx [tx-hash]

A note about eth accounts

Account keys can be created with two different algorithms in Kava: secp256k1 and eth_secp256k1. Which algorithm is used is dictate by the presence of the --eth flag on key creation.

Eth accounts can be exported for use in ethereum wallets like Metamask. A list of the pre-funded eth accounts can be found here. Notable, whale2 is an eth account. These keys can be easily imported into a wallet via their private keys:

# DANGEROUS EXPORT OF PRIVATE KEY BELOW! BE CAREFUL WITH YOUR PRIVATE KEYS FOR MAINNET ACCOUNTS.
dkava keys unsafe-export-eth-key whale2

The above will output the hex-encoded ethereum private key that can be directly imported to Metamask or another EVM-supporting wallet.

You can always import or generate new eth accounts as well:

# generate new account
dkava keys add new-eth-account --eth

# recover an eth account from a mnemonic
dkava keys add new-eth-account2 --eth --recover
eth flag specified: using coin-type 60 and signing algorithm eth_secp256k1
> Enter your bip39 mnemonic
# enter your mnemonic here

# import an eth account from a hex-encoded ethereum private key
kava keys unsafe-import-eth-key new-eth-account3 [priv-key]

ERC20 token

The master template includes a pre-deployed ERC20 token with the name "USDT". The token is configured to be converted to an sdk coin of the denom erc20/tether/usdt.

Token Address: 0xeA7100edA2f805356291B0E55DaD448599a72C6d Funded Account: whale2 - 0x03db6b11F47d074a532b9eb8a98aB7AdA5845087 (1000 USDC)

Shut down: kvtool testnet

When you're done make sure to shut down the kvtool testnet. Always shut down the kvtool testnets before pulling the latest image from docker, otherwise you may experience errors.

kvtool testnet down

Updating kava genesis

When new versions of kava are released, they often involve changes to genesis. The kava master template includes a genesis.json that is generated from a pure state:

  • Ensure the desired version of kava is in your path as kava
  • Run make generate-kava-genesis
  • The script will create a genesis with desired accounts & validator
  • Updates to the genesis should be made in update-kava-genesis.sh

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published