Rewards calculator
The Lium rewards calculator is your fastest way to estimate earnings. It runs against live Subnet 51 data, accounting for your GPU model, rental utilization, and node configuration. This page walks you through every input and shows the math underneath.
Try the calculator​
Start here: https://provider.lium.io/rewards-calculator
Enter your GPU model and count, set your rental rate (or use the platform average), then toggle your node features. The calculator returns hourly, daily, and monthly projections.
GPU Market Overview​
Further down the same page, the GPU Market Overview table lists every active GPU model on Lium. Read it before you buy hardware or set a price: it shows which models renters are actually taking, and what those models go for today.
Understanding each input​
GPU model & count​
Select your GPU model from the dropdown (H100, H200, A100, L40S, etc.) and how many you plan to rent. The calculator queries the live SN51 subnet for reward rates specific to that model and quantity.
If no estimate is available (e.g. you set GPU splitting or request a multi-GPU configuration the validator has not yet scored), the calculator displays "Estimate unavailable" — this is normal during network ramp-up. Cached fallback estimates use the most recent validator snapshot.
Base price (hourly rental rate)​
This is what you set in the provider portal: the USD per hour per GPU you want to charge renters. Your actual earnings depend on this price and the platform's rental fee split.
Example: If you set $0.25/hr and your rental pool has a moderate-to-high utilization, the expected rental income combines:
- Income from rented hours: pool earnings at your price
- Emission from unrented hours: subnet emission allocated to unrented GPUs
Rental rate (utilization)​
The fraction of your GPUs expected to be rented in a given time period. If you don't know, the calculator defaults to the platform average utilization. The slider ranges from idle to full utilization and directly affects the balance between rental income and emission rewards.
Node configuration toggles​
Sysbox runtime​
Enable if you run sysbox (container-level virtualization). Sysbox is required for any score on Subnet 51 today — the post-cutoff sysbox_multiplier is binary (0 or 1), so leaving it off zeroes both the unrented- and rented-pool rewards. The toggle exists in the calculator only to model the legacy partial penalty (a 0.8× multiplier) for rented nodes created before the cutoff (2026-04-03 12:00 UTC); for any node running today, leave it on. See Subnet emission → Sysbox runtime.
TDX attestation passed​
Enable if your hardware supports Intel Trust Domain Extensions and you have completed attestation. TDX-enabled nodes may score higher under future SN51 incentive phases.
GPU splitting​
Enable if you run GPU splitting on the node. Splitting configurations always need a live validator query and are never served from cache, so you will see "Estimate unavailable" whenever no validator is connected.
The toggle is on/off only. The calculator always assumes a minimum split count of 1 — the value that reaches a priced GPU-count tier under today's caps. If the minimum you actually set on the node is higher, treat the estimate as optimistic: the validator rates your node against the tier your real minimum names, and if that tier has no cap the node earns nothing from the unrented pool. See When your GPU-count tier is full.
The formula​
The calculator uses two main components:
Rental income per hour​
Rental income = basePrice × (1 − PLATFORM_FEE) × gpuCount
where PLATFORM_FEE is Lium's share of each rental dollar. Providers receive 95% of every rental payment.
Expected earnings​
The calculator blends rental income with subnet emission based on your utilization rate:
Expected per hour = rentedPerHour × rentalRate + unrentedPerHour × (1 − rentalRate)
- rentedPerHour: rental income + emission earned from rented GPUs
- unrentedPerHour: emission earned from unrented GPUs
- rentalRate: your estimated utilization (0.0–1.0)
Monthly estimates multiply hourly by 24 × 30 (730 hours, a calendar approximation).
How the calculator gets its numbers (advanced)
When you click Calculate, the calculator calls the SN51 validator via the /machines/estimate API endpoint. The validator returns:
- usd_per_epoch: reward value (emission or rental) per SN51 epoch
- effective_rate: your provider's unrented-pool rate after the cap-dilution factor is applied (
hourly_rate × unrented_cap_multiplier);sysbox_multiplieris a binary gate that zeros the rate if sysbox isn't running, not a tunable factor - mining_score: your competitive score in the rented pool
- gpu_portion: the live per-GPU-model portion the validator publishes on the Grafana GPU model rate dashboard
- rental_share / burn_share: the current dynamic split of the 87% ceiling between the unrented pool and the burn pool
- sysbox_multiplier: binary
0or1post-cutoff (see emission docs)
If the validator is unreachable, the calculator falls back to a cached set of single-GPU estimates (stored in Redis). Multi-GPU and gpu-splitting estimates always require a live validator connection.
Monthly = hourly × 24 × 30​
The calculator uses a 30-day calendar month (730 hours) for monthly projections. Your actual monthly payout varies based on:
- Actual utilization (may drift from your estimate)
- Validator scoring factors that actually move the score today: sysbox (binary),
unrented_cap_multiplier(per-bucket cap dilution), and misbehavior windows - Network emission changes (if the dynamic split between the unrented pool and the burn pool shifts)
Use the calculator as a planning tool, not a guarantee. Check the FAQ for reasons your actual earnings might differ.
Caveats & limits​
- Validator unavailable? The calculator caches fallback estimates; you'll see "Estimate unavailable" for multi-GPU or splitting configs until a validator reconnects.
- Emission volatility: The subnet's split between the unrented pool and the burn pool shifts as rental demand changes (the rented pool itself holds at 13% regardless of demand). Your emission earnings are not fixed.
- Live per-model rate moves: The rented pool's per-model
gpu_portionis an EMA of rental revenue and can shift between epochs. Watch the Grafana dashboard. - Cap dilution: If many providers post unrented GPUs in your bucket,
unrented_cap_multipliershrinks below 1 and your unrented-pool reward drops proportionally. With GPU splitting on, an idle node in an over-cap bucket may be rated against its minimum-split bucket instead — see GPU-count tiers and capacity caps. - Misbehavior windows: Failed verifications and SSH/connectivity incidents zero out your score for the affected day.
- Price competition: If many providers undercut your base price, your rental rate (utilization) may fall below your estimate.
For the most up-to-date numbers and live SN51 stats, visit TaoMarketCap Subnet 51 or TaoStats Subnets.