Prerequisites
Before registering, make sure of the following.- Your SuperNode is running and the
sn-managerservice is active. See node setup. - You have the SuperNode account address
SN_ACCOUNT, which starts withlumera1. - You have your validator operator address
VALOPER, which starts withlumeravaloper1. - 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 theSN_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.
identity: (starts with lumera1...) is your SN_ACCOUNT.
Or use the lumerad CLI installed in node setup, Step 8.
lumera1. This is your SN_ACCOUNT, and it is what you pass to every command below.
Option A. Transfer from your validator wallet
On your validator host, send tokens to the SuperNode account.<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 yourSN_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 theVALOPER address (starts with lumeravaloper1...) from the validator key.
<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 thesupernode key lives in ~/.supernode/keys/. It requires lumerad on that host, which you installed in node setup, Step 8.
code: 0 and a txhash.
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.
Step 3. Register the SuperNode on chain
SSH into your validator server and run the registration.<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.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 thevalidator key.
--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.