Skip to main content
Every v1 data endpoint exposes a /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:
The Data Catalog shows these values under each section’s Data latency panel — expand it and switch resolution tabs to see the block and process delay per window. 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 targets reserve/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

In this example, for the 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.