Solana method
getSlot
Returns the highest slot the node has reached at the requested commitment.
How each provider handles it
| Provider | Status | Success | Median |
|---|---|---|---|
| Solana Foundation | Supported | 100.0% | 15 ms |
| PublicNode | Degraded | 99.0% | 24 ms |
| Tatum | Degraded | 85.9% | 26 ms |
Success excludes calls the provider does not implement — an optional method a provider declines to offer is a capability fact, not a failure, and is never scored as one.
Over time
Median latency per hour. Gaps are periods with no measurement, drawn as gaps rather than joined across — a line through missing data invents a measurement that was never taken.
Logarithmic scale — each gridline is ten times the one below it. Click a provider in the legend to hide it.
When it degraded
A degradation is a bucket where a provider fell away from ITS OWN median for this method over the window, not from the cohort's. A provider that is consistently slower than its peers is not degraded — it is slower, which the ranking already says. Buckets with fewer than 20 samples are skipped, because a claim about a provider cannot rest on a handful of calls, and adjacent bad buckets are merged so one outage reads as one incident.
Tatum
success fell to 81.0% from a typical 86.4%
availability · 2026-10-07 18:00Z
success fell to 80.8% from a typical 86.4%
availability · 2026-10-08 08:00Z → 2026-10-08 09:00Z
success fell to 81.2% from a typical 86.4%
availability · 2026-10-08 11:00Z
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.
24h window · generated 2026-10-08 17:40:03 UTC · 3 providers