Supernode Overview
Run a Supernode on Lumera Protocol to provide compute services and earn additional rewards.
What is a Lumera Supernode?
A Supernode is a compute-intensive node that extends a Lumera validator with specialized services. While validators handle consensus and block production, Supernodes handle the heavy lifting: Cascade storage, Sense verification, and AI inference tasks.
Every Supernode is paired with a validator but must run on a separate server. The Supernode maintains its own account, keys, and stake delegation, and talks to the Lumera chain over gRPC.
Architecture
The Supernode and its validator are two independent hosts that meet on-chain. The validator produces blocks on Lumera through its normal consensus P2P on port 26656. The Supernode separately talks to the Lumera chain via gRPC to read state and broadcast its own messages. What actually ties them together is a pair of on-chain records:
register-supernode(VALOPER, SN_ENDPOINT, SN_ACCOUNT)signed by the validator operator key, this chain message binds a specific Supernode endpoint and account to a specific validator. Only that validator's operator can register, update, or retire this Supernode.- Stake delegation from
SN_ACCOUNTtoVALOPERunder LEP-3, the combined total of validator self-delegation and this SN-account delegation must meet the network's minimum stake.
Together those two facts form the entire Supernode ↔ validator relationship. Supernodes also form a peer-to-peer mesh with other Supernodes using a Kademlia DHT (port 4445) for data replication and storage challenge proofs across the network.
Key Information
| Item | Value |
|---|---|
| Chain ID | lumera-testnet-2 |
| Binary | sn-manager (releases) |
| Config directory | ~/.supernode |
| gRPC endpoint | Public testnet gRPC (see Community Endpoints) or self-hosted <VALIDATOR_IP>:9090 |
| Min stake (testnet-2) | 10,000 LUME combined (self-delegation + SN account) |
| Supernode explorer | portal.testnet.lumera.io/supernodes |
| Supernode API | list_super_nodes |
| Explorer | portal.testnet.lumera.io |
Staking Requirements (LEP-3)
Supernode registration requires a minimum combined stake from two sources, enforced on-chain via the minimum_stake_for_sn parameter.
| Network | Minimum Stake |
|---|---|
| Testnet-2 | 10,000 LUME (10,000,000,000 ulume) |
The stake can come from two sources combined (both count toward the minimum):
- Validator self-delegation must be non-zero
- Delegation from Supernode Account (SN_ACCOUNT), delegation from the SN wallet to your validator
For example: 8,000 LUME self-delegated + 2,000 LUME from SN_ACCOUNT = 10,000 LUME total (meets requirement).
You can verify the current on-chain requirement at any time:
This parameter is governable and can change via governance proposal. Always check the current value before registering.
Hardware Requirements
Supernodes are more resource-intensive than validators due to the compute workloads they handle.
| Component | Minimum | Recommended |
|---|---|---|
| CPU | 8 cores (x86_64) | 16+ cores |
| RAM | 16 GB | 64 GB |
| Storage | 1 TB NVMe SSD | 4 TB NVMe SSD |
| Network | 1 Gbps | 5 Gbps |
| OS | Ubuntu 22.04+ | Ubuntu 22.04+ |
ARM processors are not supported. HDDs are not suitable. NVMe SSDs are required for the I/O demands of storage and compute tasks.
Required Ports
Supernode Host
| Port | Protocol | Purpose |
|---|---|---|
| 4444 | TCP | Supernode gRPC API |
| 4445 | TCP | P2P communication |
| 8002 | TCP | REST Gateway |
Validator Host
| Port | Protocol | Purpose |
|---|---|---|
| 26656 | TCP | CometBFT P2P (public, standard validator requirement) |
| 9090 | TCP | gRPC |
Prerequisites
Before setting up a Supernode, you need:
- A running Lumera validator in a bonded state, see Validator Overview
- A separate server meeting the hardware requirements above
- Access to the validator operator key (for registration transactions)
- Testnet LUME tokens from the faucet or Discord
Automated Setup
If you prefer a one-command setup, use the tested setup script that handles all steps automatically:
The script is interactive, it pauses for key creation, gRPC configuration, and prints the registration command to run on your validator host. See the source and full guide for details.
For a manual step-by-step walkthrough, continue with the pages below.