Skip to main content
With the SuperNode running, three transactions bind it to your validator. You fund the SuperNode account, delegate stake to your validator, then register the SuperNode with the validator operator key. This page walks through each transaction and the checks that confirm success.

Prerequisites

Before registering, make sure of the following.
  • Your SuperNode is running and the sn-manager service is active. See node setup.
  • You have the SuperNode account address SN_ACCOUNT, which starts with lumera1.
  • You have your validator operator address VALOPER, which starts with lumeravaloper1.
  • Your validator is bonded and synced.

Step 1. Fund the SuperNode account

The SuperNode account needs LUME tokens to delegate to your validator. There are several ways to fund it.

Find your SuperNode account address

If you did not note the SN_ACCOUNT address when you ran sn-manager init, you can retrieve it at any time from the SuperNode server in one of two ways. Read it from the SuperNode config file. No lumerad call needed.
You will see output similar to this.
The value next to identity: (starts with lumera1...) is your SN_ACCOUNT. Or use the lumerad CLI installed in node setup, Step 8.
You will be prompted for the keyring passphrase. The address starts with lumera1. This is your SN_ACCOUNT, and it is what you pass to every command below.
Every lumerad command you run on the SuperNode host must include both --keyring-backend file and --keyring-dir ~/.supernode/keys. The SuperNode stores its keyring at ~/.supernode/keys/, not in lumerad’s default ~/.lumera/keyring-os/ location.

Option A. Transfer from your validator wallet

On your validator host, send tokens to the SuperNode account.
Replace <SN_ACCOUNT> with your SuperNode’s address and <amount> with the amount in ulume. The combined stake from your validator self-delegation and this SN account delegation must meet the on-chain minimum, currently 10,000 LUME on testnet-2.

Option B. Testnet faucet or Discord

Request testnet tokens for your SN_ACCOUNT address from the testnet faucet, the AstroStake faucet, or Discord.
SuperNode registration uses a LEP-3 dual-source stake model. The minimum is the combined total of your validator self-delegation plus the SN account delegation. On testnet-2 this is currently 10,000 LUME. Check the current value with lumerad query supernode params. This parameter is governable and can change.

Step 2. Delegate from the SuperNode account to the validator

This links the SuperNode’s stake to your validator. The delegation from the SN account counts toward the combined minimum stake alongside your validator self-delegation.

Find your validator operator address

On your validator host, retrieve the VALOPER address (starts with lumeravaloper1...) from the validator key.
This prints the bech32 operator address, which is what you pass as <VALOPER> in both Step 2 and Step 3. Note it down. You will need it twice.

Run the delegation

This must run on the SuperNode host, where the supernode key lives in ~/.supernode/keys/. It requires lumerad on that host, which you installed in node setup, Step 8.
You will be prompted for the SuperNode keyring passphrase. A successful broadcast prints code: 0 and a txhash.
The flags above are all mandatory on the SuperNode host and cannot be omitted.
  • --keyring-backend file and --keyring-dir ~/.supernode/keys tell lumerad where the SuperNode key actually lives, not in its default ~/.lumera/keyring-os/.
  • --node https://lumera-testnet-rpc.polkachu.com/ points the CLI at a public testnet-2 CometBFT RPC endpoint, because the SuperNode host has no local chain node to broadcast through.
  • --from supernode selects the SuperNode key inside that keyring as the signer.
If you would rather broadcast through your own validator instead of a public endpoint, use --node tcp://<VALIDATOR_IP>:26657 and open port 26657 on the validator from the SuperNode IP. Open it in both ufw and your cloud provider firewall, the same way you opened 9090 in node setup, Step 3.
Adjust the amount as needed. 10000000000ulume equals 10,000 LUME. If your validator already has substantial self-delegation, you may need less from the SN account. Only the combined total must meet the minimum.

Verify the delegation

Still on the SuperNode host, pass the same --node you used for the delegation. Otherwise lumerad tries its default tcp://localhost:26657 and fails with a connection error.
You should see a delegation entry pointing to your validator operator address.

Step 3. Register the SuperNode on chain

This command must run on your validator host, signed by the validator operator key. It cannot be run from the SuperNode server.
SSH into your validator server and run the registration.
Replace <SN_PUBLIC_IP> with your SuperNode server’s public IP and set SN_ACCOUNT to the address from node setup, Step 5. A successful response shows code: 0.

Step 4. Verify registration

Check on-chain status

On your validator host, query the SuperNode record.
You should see state: SUPERNODE_STATE_ACTIVE.

Check SuperNode health

On your SuperNode host, run the health checks.

Verify port connectivity

From any external machine, test that the SuperNode ports are reachable.

Verification checklist

Run these checks to confirm everything is working. Pay attention to which host each command belongs on. On the validator host, which has the local chain node and the validator key.
On the SuperNode host, where a remote --node is required since there is no local chain node.
If the on-chain query returns SigningInfo not found right after registration, wait a few blocks for the chain to pick it up.

Next steps

Operations

Monitor, upgrade, and troubleshoot your running SuperNode.

SuperNode overview

Architecture, staking model, and requirements at a glance.