/latency sibling that reports how long after a block the
metric’s data becomes available. Append /latency to any v1 endpoint path — keep the
<asset>/<category>/<endpoint> path you’re already calling and add /latency:
catalog.json carries the full breakdown for every metric.
What the numbers mean
The response reports two delays, per resolution (day, hour, min, and block where supported)
and averaging window:
Each resolution reports the delay averaged over two windows (e.g.
7day / 30day for day,
10min / 60min for block). Durations are returned in ISO-8601 form, e.g. P0DT0H16M23.5S
means 16 minutes 23.5 seconds.
Try it live
The playground below targetsreserve/latency as an example — the response shape is identical for
every endpoint, so swap in any path to check another metric.
Reserve Latency in the API Reference →
How to read the response
day resolution averaged over the last 7 days, the network (block) delay
is about 14 minutes and the platform processing (process) delay about 26 minutes.