Skip to content

Validators

10,966 on record · 513 with published grades · grades 18 Aug · membership 18 Aug

In view
3,492
of 10,966 on record · 34 departed
Combined
88.0%
median · 19 rated
0%100%
Mainnet all-time
96.3%
median · 19 rated
0%100%
Testnet all-time
79.9%
median · 34 rated
0%100%
Departed
34
in view · grades retained

median M mainnet 96.3% · T testnet 79.9%

Retired SFDP validators, with state and recorded join epoch, plus pass rate over all graded epochs for mainnet-beta and testnet, the mean of the two, median time the leader took to build a block, over one epoch, published by IBRL (ibrl.wtf), and the block-building score published by IBRL
ValidatorMeanIBRLBuild timeIBRLScore
rV3APp…U6gvqjmainnettestnet
s3LCoW…vYUUC1mainnettestnet
s5M8tR…P3hK4Rmainnettestnet
s6MeQq…DD3u4imainnettestnet
s7MnTf…KPe6ycmainnettestnet
s8MnVk…2g3CaWmainnettestnet
s9bQfW…t1shrkmainnettestnet
SaV6UW…qtoyGdmainnettestnet
SEAirn…6bx3e8mainnettestnet
SELEXm…HNLj66mainnettestnet
SENDa1…op5K87mainnettestnet
SgtxQ4…12DxX4mainnettestnet
sh4rk6…KHo4UCmainnettestnet
Shie1d…KrV9Ttmainnettestnet
siriXy…xq6Ymbmainnettestnet
SKYzJw…u675C5mainnettestnet
sLayW9…RpRxBemainnettestnet
sLvZjC…zyBaAdmainnettestnet
SNPRUB…JWTZa4mainnettestnet
SNwA4n…oKhG5ymainnettestnet
Sp7stY…Jfshrkmainnettestnet
SP9K2c…e7H94bmainnettestnet
speed7…nQkXkwDepartedmainnet25.0%testnet
Spiky3…i4VhWkmainnettestnet
SQmiLp…7iQuFYmainnettestnet
STAKE3…UJxgPUmainnettestnet
STAKEq…vYqXWVmainnettestnet
STPTsh…S1AjkHmainnettestnet
str4t8…BFQLCxmainnettestnet
SUKSYJ…pPjeT3mainnettestnet
supfyK…AdEtbomainnettestnet
SWneta…wiqrGhmainnettestnet
Sy5vM4…9UadKUmainnettestnet
sZAqxC…5PMf2Ymainnettestnet
t2FeRq…ucVfwomainnettestnet
T2Hryq…woBBxHmainnettestnet
TGRDuh…64hp2dmainnettestnet
THE1Co…ZHnfEjmainnettestnet
thomPD…kDqyzQmainnettestnet
thorMi…wHKpzUmainnettestnet
TiMxX1…DhhDkGmainnettestnet
TPC73J…JXMnZsmainnettestnet
TrUtH9…A9yX4Umainnettestnet
TST4by…tMGb56mainnettestnet
TTVmh6…BVDp2Cmainnettestnet
tUpM4x…XhWPbMmainnettestnet
txtrKC…XjseGXmainnettestnet
txtrpH…XBqoxRmainnettestnet
TxtxXz…PCc9tZmainnettestnet
u1jdhU…CVJf6Qmainnettestnet
u4LtDg…yLRd2gmainnettestnet
ubmPuS…AxDaxYmainnettestnet
uDBRw1…PMPSFTmainnettestnet
Uegeyb…qPwihbmainnettestnet
UGqweF…xFTzpSmainnettestnet
va6sRT…HgcKowmainnettestnet
VALiDc…qgR4e6mainnettestnet
VbPXeZ…z1TG8yDepartedmainnet79.9%testnet
vE8K2T…jHshrkmainnettestnet
Viviah…qQ83xgmainnettestnet
vMJiMm…nuWe2Nmainnettestnet
VQ6cMw…sr63JTmainnettestnet
vrPcVG…sptfYvmainnettestnet
vsxLGN…MVqUMqmainnettestnet
vwHHYa…vyuGfWmainnettestnet
W1FAbX…ZCvsRpmainnettestnet
w3iDxC…PNNMaAmainnettestnet
w5rMJw…AQC3WRmainnettestnet
W9z58r…25DwDEmainnettestnet
WHALEy…d8h349mainnettestnet
wK7frz…Bv2cU2mainnettestnet
WNnXJx…6axZQPmainnettestnet
WnP8cb…QKshrkmainnettestnet
xct35N…EYNnPpmainnettestnet
xg223w…SgTEvjmainnettestnet
xmfC46…GAqRnKmainnettestnet
XMNEPp…wQi4drmainnettestnet
XYt5fj…vrV5gwmainnettestnet
Y7U6G1…Sn9ky4mainnettestnet
Y9beMx…59Ya1vmainnettestnet
YEPQ9h…sZE4Etmainnettestnet
YFX4aZ…QtdzYomainnettestnet
Z8Q34Y…DHxsniDepartedmainnet78.0%testnet
zmdQpJ…B9UEAjmainnettestnet
ZoD1XL…19Tdjpmainnettestnet
zoeS9e…8vgBv2mainnettestnet
ZRX1aK…cUrV31mainnettestnet
ZU2niz…DJewLfmainnettestnet
ZvXj4W…fWLRE1mainnettestnet
zWPom2…3Gf279mainnettestnet
zxKHxz…sRVZcAmainnettestnet
ZYt3uw…1HySTrmainnettestnet

Shadingunder 85%85% to 95%95% or betterthis site’s banding, not a program threshold: the program publishes per-epoch floors, not a pass-rate cut-off

Build time410ms or faster411 to 425ms426ms or slowerthis site’s cut points, not IBRL’s and not Trillium’s: IBRL publishes no band for build time, and Trillium never measured it. Same 410 and 425ms marks as slot time, because both sit in the same range, so the scale holds when you switch source; build time bunches tighter, so the colour separates less

How these numbers are measured

All-time is the share of every graded epoch the program marked Bonus or Baseline. Combinedis the mean of the two clusters, weighted equally, and is this site’s own figure: the program publishes no combined score. Epochs the program never assessed are gaps: they count on neither side of the division, so a validator with 200 graded epochs, 20 failures and 300 gaps reads 90%, not 39%. Bars run 0% to 100%; the percentage is always printed beside them.

The two clusters are judged against different published floors, so the columns are not a like-for-like comparison. Current thresholds for both are on the criteria page. Grades are the program’s own, counted here and never re-derived; a validator with no published grade for a cluster shows an em dash and sorts last under either direction, because an absence is not a low score.

The timing column and the IBRLscore are the figures here that are not the program’s own, and neither is a program threshold or has any bearing on a validator’s grades. The timing column takes one of two sources, and they are not the same measurement. Build time is the median time the leader took to build a block over a single epoch, from IBRL, and is the default. Slot time is the mean wall-clock duration of a slot over the last 10 epochs, from Trillium. Across the 437 validators carrying both they correlate at 0.57: the medians sit 7ms apart and the ranges overlap, yet half the validators differ by more than 15ms and one by 78ms. Switching the source therefore changes what is being measured, which is why the column header and its attribution change with it. Coverage differs too, and is not interchangeable: Trillium covers 449 validators on this roster, IBRL 441, so a validator can carry a figure in one mode and an em dash in the other. The per-validator page carries the same toggle, and its ten-epoch strip reads either source: IBRL’s endpoint answers per epoch, so that strip covers 463 validators against the 437 this column counts for one epoch.

Both modes are banded at the same 410 and 425ms, and the cut points are attributed differently in each. In slot-time mode they are Trillium’s own: 410ms is exactly where their slot_duration_is_lagging flag flips. In build-time mode they are this site’s reading, and they belong to neither vendor, because IBRL publishes no band for build time and Trillium never measured build time at all. The same marks are reused because the two distributions sit in the same range across the Approved set, 353 to 458ms of build time against 347 to 477ms of slot time, so a reader switching source does not have the scale move under them. The colour is blunter that way, and this is the cost rather than a hidden one: of the 359 Approved validators carrying a build time, 52% land at or under 410ms, 47% between 411 and 425ms and 2% above, where slot time spreads across all three bands. Neither set of cut points is a program threshold, neither affects a validator’s grades, and the millisecond value is printed beside the colour in both modes.

The score out of 100 is published by IBRL for epoch 1017, covering 441validators on this roster, and is stored exactly as published: this site derives no score, rank or composite of its own from it. The score and both timing sources measure mainnet block production, so where a validator funded on testnet only has no figure the cell reads “not on mainnet” rather than an em dash. A few of them do lead mainnet blocks, and those show the measured number.

Grade history covers the 513 validators the program has funded, including 34 in this view marked Departed. A departed record is frozen at the moment this site observed the removal; the program publishes no exit date and no reason, so the observation date is evidence of when, not a decision date.

Joined is the join epoch the program records. Many validators were graded before that epoch; where that is so the row says so, because no earlier join date is published.

Display names come from the program’s validator list, which carries them for 4,982 pubkeys, and a logo for 2,716. Unnamed records show a truncated pubkey and sort after named ones under the name sort. The logo is the operator’s own image as the program publishes it, shown beside the name to make a row identifiable at a glance; it is decoration and nothing is sorted, filtered or graded by it. Where a validator has no logo the space stays empty rather than showing a stand-in, because an absent logo is not missing data. Everything here is read from files committed to this repository; nothing is fetched while the page renders.