Solana-netwerkstatistieken, live en uitgelegd

Het dashboard hierboven is een pagina met Solana-netwerkstatistieken die in je browser ververst: huidige slot, voortgang van de epoch, totale TPS en TPS zonder votes, SOL-koers en marktkapitalisatie, circulerend aanbod, aantal validators, actieve stake, delinquente validators, block height, totaal aantal transacties, een TPS-grafiek van 30 minuten en de tien grootste validators op stake. Niets wordt op onze server gecachet. Elk getal komt op het moment dat je de pagina laadt van een openbare mainnet-RPC-node of een prijs-API. Dat maakt het handig voor een snelle gezondheidscheck, maar getallen helpen alleen als je ze goed leest. De rest van deze pagina legt daarom elke maatstaf uit, hoe een Solana explorer TPS berekent en welke fouten ik het vaakst zie in tweets en dashboards.

Zo lees je de TPS-cijfers van een Solana explorer

TPS in een Solana explorer is het aantal transacties per seconde over een recent tijdvenster, en op Solana zit daar altijd een groot deel validatorstemmen in. Validators stemmen over blokken door gewone transacties te versturen, dus “totale TPS” mengt consensusverkeer met gebruikersactiviteit. Het cijfer voor “TPS zonder votes” (non-vote TPS) haalt die stemmen eruit en vertelt je hoe druk de chain echt is.

Op 23 september 2026 namen we tien samples van een minuut van mainnet. De totale doorvoer lag rond 4.000 tot 4.300 transacties per seconde en de doorvoer zonder votes rond 1.400 tot 1.800, ongeveer 40% van het totaal. De widget toont voor beide het nieuwste sample van 60 seconden, en de grafiek zet de laatste 30 samples uit, zodat je ziet of een piek een trend is of een uitschieter.

Twee dingen om te onthouden. Ten eerste telt TPS transacties, geen instructies of verplaatste waarde: één Jupiter-swap met zes instructies is één transactie, en een spamtransfer van één lamport ook. Ten tweede tellen mislukte transacties gewoon mee, omdat een mislukte transactie nog steeds in een blok landt en nog steeds kosten betaalt. Wil je zien wat één transactie deed, dan loopt onze gids voor de transactie-explorer de detailpagina met je door.

Waar de TPS van een Solana explorer vandaan komt: getRecentPerformanceSamples

Bijna elke Solana explorer leidt TPS af van één RPC-methode: getRecentPerformanceSamples. Elk sample beslaat een venster van 60 seconden en meldt het aantal transacties, het aantal transacties zonder votes, het aantal afgeronde slots en de lengte van het venster. Je kunt tot 720 samples opvragen, ongeveer 12 uur historie.

De berekening is simpel: deel numTransactions door samplePeriodSecs voor de totale TPS, en numNonVoteTransactions door dezelfde periode voor de TPS zonder votes. Het verschil is de vote-TPS. Ons dashboard doet precies dat met het nieuwste sample en berekent ook de gemiddelde slottijd als vensterlengte gedeeld door afgeronde slots. Explorers verschillen vooral in welk venster ze tonen. Sommige laten het laatste sample zien, andere middelen over een uur, en weer andere ronden flink af. Daarom kunnen Solscan, Solana Explorer en Orb op hetzelfde moment honderden TPS verschillen en toch allemaal gelijk hebben. Wil je het in je eigen code nadoen, dan laat de gids over de Solana explorer API zien hoe je deze methodes aanroept.

Slottijd, block height en SIMD-0525

Een slot is het tijdvenster waarin één ingeplande leader een blok kan produceren. Jarenlang was het doel 400 ms. SIMD-0525 verlaagt dat in stappen van 50 ms richting 200 ms, en die wijziging werd in augustus en september 2026 uitgerold. Onze eigen meting over de laatste 100.000 slots op 23 september 2026 kwam gemiddeld uit op ongeveer 265 ms per slot, wat past bij de fase van 250 ms.

De slotteller in de widget tikt tussen twee verversingen lokaal door op basis van de gemeten slottijd en synchroniseert daarna opnieuw met de RPC-node. Hij kan dus af en toe een paar slots verspringen. Dat is normaal.

Block height is niet hetzelfde als het slotnummer. Mist een leader zijn slot, dan wordt er geen blok geproduceerd, dus block height groeit langzamer dan de slotteller. Zie je een groot verschil tussen de twee, dan is dat de opgetelde historie van overgeslagen slots, geen fout.

Epochs: 432.000 slots, nu ongeveer 32 uur

Een epoch is een vaste reeks van 432.000 slots, en het leader schedule, de activering van stake en de stakingbeloningen veranderen allemaal op epochgrenzen. Het aantal slots per epoch veranderde niet met SIMD-0525; de duur wel. Bij ongeveer 265 ms per slot duurt een epoch zo’n 32 uur, terwijl dat bij 400 ms ongeveer twee dagen was. Gidsen die nog zeggen dat “een epoch twee tot drie dagen duurt”, zijn verouderd.

Het dashboard toont het huidige epochnummer (epoch 1040 toen we op 23 september 2026 keken), de voortgang als percentage en een geschatte resterende tijd. Die schatting vermenigvuldigt de resterende slots met de huidige slottijd, dus hij schuift een beetje als de slottijd halverwege een epoch verandert. Wacht je tot je stake actief wordt of tot beloningen binnenkomen, dan legt de gids voor de validator- en staking-explorer uit wat er op de grens gebeurt.

Totaal aanbod vs circulerend aanbod van SOL

Het totale aanbod is alle SOL die bestaat; het circulerende aanbod sluit accounts uit die het protocol als niet-circulerend classificeert. Beide komen uit de RPC-methode getSupply, die het totale, circulerende en niet-circulerende aanbod in lamports teruggeeft, plus de lijst met niet-circulerende accounts. Op 23 september 2026 kwam daar ongeveer 634,5M SOL totaal en 587,5M SOL circulerend uit.

Het totale aanbod stijgt in de loop van de tijd omdat stakingbeloningen uit inflatie worden betaald, en het daalt een beetje omdat de helft van alle basiskosten wordt verbrand. Verwacht dus niet dat het klopt met een cijfer van vorig jaar. De marktkapitalisatie op het dashboard komt van een prijs-API, en die diensten hanteren hun eigen methode voor het circulerende aanbod, die niet tot op het laatste miljoen SOL gelijk hoeft te zijn aan het RPC-getal.

Validators, actieve stake en delinquency

De validatortegels komen uit de RPC-methode getVoteAccounts. “Validators” telt vote accounts die op dit moment stemmen, “delinquent” telt de accounts waarvan de laatste stem meer dan 128 slots achter de tip ligt, en “actieve stake” telt de stake op die aan actieve vote accounts is gedelegeerd. Toen we op 23 september 2026 keken, meldde mainnet 676 actieve en 12 delinquente vote accounts, samen 688.

Twee kanttekeningen. Een vote account is niet hetzelfde als een operator: één bedrijf kan meerdere validators draaien, en een aantal kleine vote accounts heeft nauwelijks stake. En delinquency is rumoerig. Met slots van rond de 265 ms is 128 slots maar ongeveer een halve minuut, dus een validator die voor een upgrade herstart, staat even op delinquent. De lijst met grootste validators onder de grafiek toont per validator de stake, het aandeel in de totale actieve stake en de commissie. Door de aandelen van bovenaf op te tellen, zie je snel hoe geconcentreerd de stake is; daarover meer in de gids voor de validator-explorer.

Waar dit dashboard zijn data vandaan haalt

Elke tegel wordt door jouw browser opgehaald, niet door onze server, dus je ziet wat een openbare node op dat moment meldt. Slot, epoch, block height en het totaal aantal transacties komen uit getEpochInfo. TPS, slottijd en de grafiek komen uit getRecentPerformanceSamples. Het aanbod komt uit getSupply en de validatortegels uit getVoteAccounts. We sturen deze calls naar een kleine pool van gratis mainnet-endpoints zonder sleutel, waaronder api.mainnet-beta.solana.com van de Solana Foundation, en schakelen door naar de volgende als een node ons afknijpt of niet op tijd antwoordt.

De tegel “totaal aantal transacties” verdient een toelichting. De RPC-documentatie definieert die als het totaal aantal transacties sinds genesis, “indien beschikbaar”, en telt stemtransacties net zo goed mee als gebruikerstransacties. Het is een groot getal dat elke seconde met enkele duizenden groeit: goed voor een gevoel van schaal, nutteloos om de activiteit op twee dagen te vergelijken. Vergelijk daarvoor de TPS zonder votes op vergelijkbare tijdstippen van de dag.

De SOL-koers en de verandering over 24 uur zijn helemaal geen on-chain data. Ze komen van CoinGecko, met de prijsfeed van Jupiter als reserve, dus een koers die verouderd lijkt, is een probleem van de prijs-API en zegt niets over de gezondheid van het netwerk. Let er ook op dat de koers in dollars wordt getoond; voor een bedrag in euro’s reken je zelf om of kijk je op een prijssite die EUR ondersteunt.

Naslag: wat elke maatstaf op het dashboard betekent

Gebruik deze tabel als spiekbriefje als een getal je verrast.

Maatstaf	Wat het meet	Let op
Totale TPS	Alle transacties in de laatste 60 s	Inclusief validatorstemmen
TPS zonder votes	Transacties van gebruikers en programma’s	Inclusief mislukte transacties
Slot / block height	Tijdvensters vs geproduceerde blokken	Verschil is overgeslagen slots
Circulerend aanbod	SOL buiten vastgezette accounts	Prijssites kunnen afwijken
Delinquent	Vote accounts 128+ slots achter	Korte upgrades tellen ook mee

Als de getallen niet lijken te kloppen

Toont het dashboard streepjes of verouderde waarden, dan heeft de openbare RPC-node die antwoordde je browser waarschijnlijk afgeknepen of reageerde hij niet op tijd. De openbare endpoints van Solana staan ongeveer 100 requests per 10 seconden per IP toe en zijn niet bedoeld voor productiegebruik, dus we rouleren tussen meerdere gratis providers. Herlaad één keer. Haperen alle explorers tegelijk en staat het slotnummer stil, kijk dan op status.solana.com en in onze gids voor als een Solana explorer down is.

Een plotselinge TPS-piek is meestal een bot of een airdropcampagne, geen organische groei. Wil je zien wat erachter zit, pak dan een recent slotnummer van het dashboard en plak het in onze zoektool, die de transacties van dat blok toont. Voor een bredere vergelijking van welke explorers netwerkstatistieken het best tonen, zie onze ranglijst van Solana explorers.