Register Supernode
Fund the Supernode account, delegate stake, and register on-chain.
Prerequisites
Before registering, make sure:
- Your Supernode is running (
sn-managerservice is active), see Node Setup - You have the Supernode account address (
SN_ACCOUNT-lumera1...) - You have your validator operator address (
VALOPER-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.
Option 1: Read it from the SuperNode config file (no lumerad call needed):
You will see output similar to:
The value next to identity: (starts with lumera1...) is your SN_ACCOUNT.
Option 2: 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:
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 faucet or Discord.
Supernode registration uses a LEP-3 dual-source stake model. The minimum is the combined total of your validator self-delegation + 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 Supernode Account to 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 be run on the Supernode host (where the supernode key lives in ~/.supernode/keys/). It requires lumerad to be installed on that host, which you did in Node Setup, Step 8.
You will be prompted for the Supernode keyring passphrase. A successful broadcast prints code: 0 and a txhash.
The four flags marked above are all mandatory on the Supernode host and cannot be omitted:
--keyring-backend fileand--keyring-dir ~/.supernode/keystelllumeradwhere 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 supernodeselects 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 — both in ufw and in your cloud provider firewall — the same way you opened 9090 in Node Setup, Step 3.
Adjust the amount as needed. 10000000000ulume = 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 will try its default tcp://localhost:26657 and fail with a connection error:
You should see a delegation entry pointing to your validator operator address.
Step 3: Register 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:
Replace <SN_PUBLIC_IP> with your Supernode server's public IP and update the SN_ACCOUNT with 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:
You should see state: SUPERNODE_STATE_ACTIVE.
Check Supernode health
On your Supernode host:
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 (uses the local chain node and the validator key):
On the Supernode host (remote --node 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.