×
Turboflakes Grade
era 10092
Β· captured 2026-09-30T11:13:08.799246
This grade does not affect your rewards or slashing risk.
It measures parachain-backing performance only - useful as a quality signal for nominators, not a financial penalty.
One or more signals are flagged - open the explainers for likely causes.
Grade
C
βΌ below par
Explain
What this is. Turboflakes grades each para-validator per era. A para-validator is a validator picked by the relay chain each session to verify parachain blocks - assignment rotates so every active validator takes turns.
The 9 bands (best to worst): A+, A, B+, B, C+, C, D+, D, F. The grade is computed from your vote ratio (75%) and bitfield ratio (25%) - see MVR and BAR tiles for the inputs.
Yours: C - Worth investigating - see explanation below.
Calculated by Turboflakes from on-chain parachain backing data for era 10092.
MVR - Missed Vote Ratio
100.0%
β flagged
Explain
What this is. When you back a parachain block as a para-validator, you cast one of three votes:
- Explicit - you ran the block yourself and signed off. (0 this era)
- Implicit - you trusted another validator's signed vote. (0 this era)
- Missed - you cast neither. (280 this era - these hurt your grade)
Formula filled with your numbers:
MVR = missed / (missed + implicit + explicit)
= 280 / (280 + 0 + 0)
= 100.0%
Bands:
- < 5% - excellent
- 5β10% - healthy
- 10β20% - slightly elevated
- > 20% - flagged with β glyph by Turboflakes
Network median this era: 0.04%
- yours is
significantly above median - likely a node-side problem.
Likely causes (in order of frequency, with diagnostic commands):
- Node out-of-sync - even a few seconds behind misses votes. Check:
curl -s -H 'Content-Type: application/json' -d '{"jsonrpc":"2.0","method":"system_health","id":1}' localhost:9933
isSyncing must be false.
- CPU/disk under-resourced - para-validation runs WASM in ~2s. Check:
htop # sustained CPU > 80% on validator process is a red flag
iostat -x 1 # await > 20ms on the data disk is bad
- Slow network to other validators in your group - your "group" is the ~5 para-validators backing the same parachain as you this session. Check libp2p peer count and ping to your peers.
- Crashes or restarts during the era - parachains produce a block every ~6s, so even brief downtime misses many votes:
journalctl -u polkadot-validator --since '6 hours ago' | grep -iE 'panic|restart|killed'
Calculated by Turboflakes from on-chain parachain backing data for era 10092.
BAR - Bitfield Availability
99.83%
β² healthy
Explain
What this is. Separately from voting, every validator (not just para-validators) signs a small message each block - called a bitfield - declaring which parachain blocks they currently have the data for. This is how the network knows a parachain block is safe to finalise.
Formula filled with your numbers:
BAR = signed / (signed + missed)
= 3488 / (3488 + 6)
= 99.83%
Bands:
- > 99% - healthy
- 95β99% - mild lag, usually transient
- < 95% - node not keeping up with relay-chain block production
Calculated by Turboflakes from relay-chain block data for era 10092.
Para-validator inclusion:
100.0%
- fraction of sessions in this era when you were picked to back parachains.
Random rotation (every ~10 sessions on Polkadot) - informational, not a quality signal.
Per-parachain breakdown (current session - live)
Loading current session dataβ¦
Last 3 eras
Β·
2 amber, 1 red
in last 28
- this era is your
3rd
non-healthy era
Avg MVR: 100.0%
Best: 100.0% (era 10090)
Worst: 100.0% (era 10090)
Ο: 0.0 pp (very stable)
Hover any bar to see the era's data
era 10090
β para-validator era
era 10092
Pattern:
very stable.
MVR rarely moves more than Β±1pp between eras - your node is consistent.
Network rank:
Bottom 30% by MVR in 3/3 eras - your node is below network norm.
Para-validator role:
picked in 3/3 eras
- this is rotation by the relay chain, not a quality signal. Eras where you weren't picked have no MVR/grade.
Data calculated by Turboflakes ONE-T - open-source para-validator scoring.
turboflakes/one-t