# Devnet: Running Latest Development Node


this page is for building and running the latest development version of the chain for testing purpose only. Please note that is under active development and is highly unstable and subject to breaking changes. You should expect a moderate amount of troubleshooting work is required.

For anyone interested in joining the Cronos testnet, please refer to our public testnet documentation which will be released shortly.

By following this tutorial, you can compile and run the latest development version of Cronos testnet from scratch. It is intended for testing purpose only.

# Install cronosd

Install the binded version, which install cronosd together, and find it by the absolute path:

git clone https://github.com/crypto-org-chain/cronos
cd ethermint
make install

Afterward, you can verify that by

$ cronosd -h

and also you can check the version of the cronosd to see if it is build with the later commit:

$ cronosd version

# Customize your devnet

Note: You can skip this section and start a local devnet without customization.

You can customize your devnet based on ethermint/init.sh, for example:

### customize the name of your key, the chain-id and moniker of the node ###
### specify the default keyring back-backend to be 'test' for convenience ###
  cronosd config keyring-backend test
  cronosd config chain-id $CHAINID
# Allocate genesis accounts (cosmos formatted addresses)
  cronosd add-genesis-account $KEY 100000000000000000000000000aphoton --keyring-backend test

# Sign genesis transaction
  cronosd gentx $KEY 1000000000000000000000aphoton --keyring-backend test --chain-id $CHAINID

The default configuration will give us a single validators devnet with the chain-id ethermint-2; one account under the name of mykey with some allocated funds at the genesis.

# Start the devnet

Once we finish with the configuration, we are ready to start the chain: in the repository root directory, run

$ ./init.sh

Blocks are now being generated! You can verify and visit the rpc port http://localhost:26657/ (opens new window) to view the blockchain data.

# Interact with the chain

After the chain has been started, we may open up another terminal and start interacting with the chain by cronosd.

# Keys management

A key will be generated according to the configuration specified in init.sh. By default, the key will be stored in the --keyring-backend test and the name of the key will be mykey . In another terminal window or tab,

$ cronosd keys list

You will be able to list the address with allocated initial funds, for example:

    "name": "mykey",
    "type": "local",
    "address": "tcrc1cfmydxvlz0a3yeeh4an5ay94lyfv0flw5svzez",
    "pubkey": "{\"@type\":\"/ethermint.crypto.v1alpha1.ethsecp256k1.PubKey\",\"key\":\"AssVo7smZ323alb4hq2SIJ/TZw2rJeslZlZK7EGqyC8H\"}"

You will also be able to restore the key by using the mnemonic. The keys are stored in the operating system by default, we use --keyring-backend test for simplicity.

$ cronosd keys add mykey --recover --keyring-backend test
Enter your bip39 mnemonic
sense slim three rally device lazy slice thumb bridge general essence seven diamond broom scan tell cactus into exotic paddle ignore tape unaware also

- name: mykey
  type: local
  address: tcrc1a303tt49l5uhe87yaneyggly83g7e4uncdxqtl
  pubkey: '{"@type":"/ethermint.crypto.v1alpha1.ethsecp256k1.PubKey","key":"A9J4ELPAqyyrmypT9CtOVyWrO66eEXum3d8Z2mV7MS6O"}'
  mnemonic: ""

# Check account balance

You can check the account balance by

cronosd q bank balances tcrc14r2pnjm3v8sng8f9y9can4luykrltz36y6vcsp -o json | jq

For example:

  "balances": [
      "denom": "aphoton",
      "amount": "99999000000000000000000000"
  "pagination": {
    "next_key": null,
    "total": "0"

We can see that there is 99999000000000000000000000 aphoton in this address.

# Transfer token to another address

  • We are now ready to transfer token between different addresses; we can create another address with the key name Bob:

    $ cronosd keys add Bob --keyring-backend test

    which gives, for example:

    - name: Bob
    type: local
    address: tcrcxwxk09wds0u2k6l39sp0e8ajx3jkw6dm0z5c26
    pubkey: tcrcpub17weu6qepqwaqek0we9a6ujsnmc3ke3xwkpl68qylcfkazv5tm04y80x004gy2uy3g8p
    mnemonic: ""
    threshold: 0
    pubkeys: []
    **Important** write this mnemonic phrase in a safe place.
    It is the only way to recover your account if you ever forget your password.
    refuse tray sauce area battle decide slot tilt position refuse blouse sauce mimic panic combine know stem section sustain reveal clever final assume flash
  • Now we can transfer tokens to Bob, for example you can send 1aphoton to Bob's address by

    $ cronosd tx bank send mykey tcrc1xwxk09wds0u2k6l39sp0e8ajx3jkw6dm0z5c26 1aphoton --keyring-backend test
  • Lastly, check balance of Bob's address:

    $ cronosd query bank balances tcrc1xwxk09wds0u2k6l39sp0e8ajx3jkw6dm0z5c26

    and we can see that 1 aphoton has already been transferred:

    - amount: "1"
    denom: aphoton
    next_key: null
    total: "0"

Congratulations! You've successfully transferred tokens to Bob.

# Check the current validator set

Firstly, we can check the details of the current validator set by the query command of cronosd, for example:

$ cronosd query staking validators -o json | jq

will result in

  "validators": [
      "operator_address": "ethvaloper1a303tt49l5uhe87yaneyggly83g7e4unxlc59p",
      "consensus_pubkey": {
        "@type": "/cosmos.crypto.ed25519.PubKey",
        "key": "T3srVdJb8CXku5GobwHHt37t2iGQ+mRL/bEHK8Zlusw="
      "jailed": false,
      "status": "BOND_STATUS_BONDED",
      "tokens": "1000000000000000000000",
      "delegator_shares": "1000000000000000000000.000000000000000000",
      "description": {
        "moniker": "localtestnet",
        "identity": "",
        "website": "",
        "security_contact": "",
        "details": ""
      "unbonding_height": "0",
      "unbonding_time": "1970-01-01T00:00:00Z",
      "commission": {
        "commission_rates": {
          "rate": "0.100000000000000000",
          "max_rate": "0.200000000000000000",
          "max_change_rate": "0.010000000000000000"
        "update_time": "2021-07-06T16:15:07.061973Z"
      "min_self_delegation": "1"
  "pagination": {
    "next_key": null,
    "total": "0"

then we can see that there are two active validator localtestnet at the moment.

For the validator, we can see that it comes with an address and a public key:

  • "operator_address" - The operator address, which is used for identifying the operators of validators;
  • "consensus_pubkey" - The consensus public key, which is used for identifying the validator nodes participating in consensus.