Solana method
getSlot
Returns the highest slot the node has reached at the requested commitment.
How each provider handles it
This method has not been measured in this window.
It is scheduled but no observation has landed yet.
What it does
A slot is a scheduled ~400ms window in which a leader may produce a block. Slots advance whether or not a block is produced in them, so the slot number is Solana's clock rather than a count of blocks.
The commitment parameter changes the answer substantially. `processed` returns the newest slot the node has seen, `confirmed` one that has a supermajority of votes, and `finalized` one that is more than 31 blocks deep. Between `processed` and `finalized` there is normally a gap of several seconds.
Parameters
configObjectoptionalcommitment(processed,confirmedorfinalized) andminContextSlot.Default:finalized
Returns
u64 — the slot number.
Try it
Runnable as written, against a keyless public endpoint. Nothing here needs an API key.
Request
curl -s https://api.mainnet-beta.solana.com \
-H 'content-type: application/json' \
-d '{"jsonrpc":"2.0","id":1,"method":"getSlot","params":[{"commitment":"finalized"}]}'As JSON-RPC
{
"jsonrpc": "2.0",
"id": 1,
"method": "getSlot",
"params": [{ "commitment": "finalized" }]
}Response
{
"jsonrpc": "2.0",
"result": 372145830,
"id": 1
}Things that bite
- Comparing a
processedslot from one provider against afinalizedslot from another measures the difference between two commitment levels, not between two providers. Every measurement here pins the same commitment for exactly that reason. - Slots are skipped when a leader fails to produce. A gap in slot numbers is normal and is not missing data.
Why it is measured
It is the primary Solana freshness signal, and at roughly 400ms per slot the chain moves fast enough that a provider a few slots behind is visibly behind.
Called every 30 seconds per endpoint, with jitter so the fleet does not hit a provider in lockstep.
7d window · generated 2026-08-24 15:47:14 UTC · 0 providers