Cryptolean

Settlement Latency by Category

14 groups over 150 settled contracts · slowest polymarket elections 697h at p90

As of 8 Aug 2026Metric latency-v1Points 28Slowest group (p90) 697.3Fastest group (p90) 3.2Groups shown 14Median 40.8890th percentile 697.35Daily close · not real-time
Zoom

Scroll or drag the plot for time · drag the value axis to rescale · double-click it to reset

Chart description

latency-v1 · Settled population only; counts travel with every label. The categories that settle slowest are the ones that get disputed most — compare dispute-rate. Category is keyword-derived; neither venue ships one. Kalshi's anchor is close_time, when trading stops. Polymarket's is endDate, a deadline the event can beat — 28.8% of its markets resolve early, a median of 162 hours before it. Those are excluded from the settled population rather than averaged in as negative latency. The two anchors are close in meaning, not identical, and no single cross-venue number is honest without this line. 1,886 Kalshi markets are closed with no settlement timestamp and sit outside every quantile here. 1,859 of them have zero volume — untraded hourly FX and index strike ladders, not a settlement backlog; only 27 carry any volume. Polymarket exposes no equivalent state: closedTime, umaEndDate and the resolution instant are the same timestamp, so its censored set is unobservable rather than empty.

How to read it

14 groups over 150 settled contracts · slowest polymarket elections 697h at p90

Every value plotted for a past date could have been computed on that date. Normalised series expand their window rather than scaling against the full history, so nothing here is drawn using information that did not exist yet — which is also why the early years of a normalised series are dropped rather than shown against a range of one.

Metric version
latency-v1
Export format
web-v6
Computed
8 Aug 2026
Shape
timeseries
Category
Settlement trust
Data sources
Daily close. Free public endpoints, cached before processing; nothing here is real-time.