Slot ticker
processed- Finalized
- —
- Behind tip
- —
- Block height
- —
- Last reading
- —
Live network instrument · mainnet-beta
Slotsmith hammers raw RPC readings into one readable instrument: the live slot ticker, real throughput, slot time, skipped slots, who leads next, and exactly when this epoch cools.
Live readings from solana-rpc.publicnode.com. The big counter is interpolated between polls using the measured slot time, then snapped to the real value on every reading.
Average over the last 60 one-minute samples.
Leader slots that produced no block, from getBlockProduction.
block producedskipped slotLeaders rotate every 4 slots — ticks mark rotation boundaries.
Each validator identity leads 4 consecutive slots (≈1.6 s). Data: getSlotLeaders.
Four strikes of the hammer, all read-only, all from one public RPC endpoint.
One batched JSON-RPC request asks for the processed slot, the finalized slot and the epoch info together — so all three numbers come from the same moment.
Every minute the validator records how many slots and transactions it saw. Sixty of those samples give throughput and the true average slot time.
getBlocks lists which recent slots actually hold a block. Any missing number in the range is a skipped slot — the leader was offline, late, or out-raced.
Slots left in the epoch × measured slot time = an honest ETA for the epoch boundary, which shifts as the network speeds up or slows down.
Practical reasons people keep a heartbeat monitor open.
If your transactions are stuck, check the tip. A steady slot time in line with the last hour and a low skip rate means the network is fine — look at your fees, RPC or blockhash instead.
Stake activations, deactivations and staking rewards all happen at epoch boundaries. The epoch clock tells you roughly when the next one lands.
Rising slot times and a sudden cluster of skipped slots often show up before wallets start reporting failures.
Watch the gap between processed and finalized slots — usually around 30–40 slots. That gap is why "confirmed" and "finalized" differ in wallets.
Turn slots into wall-clock time for timeouts, blockhash expiry (150 blocks) and scheduled tasks using a measured slot time instead of a guess.
A live, visual way to explain slots, leaders and epochs to newcomers — the numbers move while you talk.
A field guide to the numbers on the forge floor.
Solana divides time into slots. Each slot is a short window — Solana was designed around roughly 400 milliseconds, and the live panel above shows what the network is actually doing today — in which exactly one validator, the leader, is allowed to produce a block. A slot is a timestamp in the schedule; a block is what the leader actually built in it. When the leader is offline, too slow, or its block loses a fork race, the slot passes empty and is counted as skipped. That is why the slot number is always ahead of the block height.
The leader schedule is computed in advance for a whole epoch, weighted by stake: a validator with more delegated stake gets proportionally more slots. Leaders are assigned four consecutive slots at a time, so a leader rotation happens every four slot-times (about 1.6 seconds at 400 ms per slot, less when slots run faster). Because the schedule is public, clients can forward transactions straight to the upcoming leaders instead of broadcasting them everywhere.
An epoch on mainnet is 432,000 slots. At the classic 400 ms per slot that is exactly 48 hours; at the slot time measured live above it is proportionally shorter or longer, which is why Slotsmith projects the epoch end from measured speed instead of assuming a fixed length. Epoch boundaries matter: new stake becomes active, deactivating stake cools down, inflation rewards are paid, and a new leader schedule takes effect.
Each performance sample counts transactions over roughly 60 seconds. Dividing by the sample period gives transactions per second. Historically the raw count included validator vote transactions, which inflated "TPS" headlines; the RPC also reports a non-vote count, and Slotsmith shows the figure the node reports for user transactions. Throughput says how busy the chain is, not how fast an individual transaction lands.
Processed means a node has seen the block. Confirmed means a supermajority of stake has voted on it. Finalized means it is rooted — 31+ confirmed blocks have been built on top and it cannot be rolled back. The gap between processed and finalized slots you see above is that safety margin — typically a few dozen slots.
To keep public RPC load low, Slotsmith only asks for the slot every 5–30 seconds. In between, it advances the counter using the measured average slot time, and snaps it back to the real value on the next reading. It never runs more than 30 slots ahead of the last real reading.
No. A skipped slot means no block was produced in that window. Transactions that would have gone into it are simply picked up by the next leaders. Your transaction only fails if it runs out of blockhash validity or errors during execution.
Headline numbers often include vote transactions, which validators send to agree on blocks. The figure here is what the node reports per sample divided by the sample length — closer to real user activity.
It is an estimate. If slot times speed up or slow down, the end shifts. Within the last few hours of an epoch it is usually accurate to a few minutes.
Network-wide skip rates are typically a few percent or lower in calm conditions. Individual validators can be much higher. Short bursts of skips in the 150-slot strip are normal; a sustained high rate is worth noticing.
No. Slotsmith is read-only. It never asks you to connect a wallet, sign anything, or enter any keys.
Polling stops while the tab is hidden to save requests on the shared public RPC. It resumes as soon as you come back.
solana-rpc.publicnode.com). If it lags or rate-limits, readings pause and a retry button appears.