Le tableau de bord ci-dessus est une page de statistiques du réseau Solana qui se rafraîchit dans votre navigateur : slot actuel, progression de l’époque, TPS total et hors votes, prix et capitalisation du SOL, offre en circulation, nombre de validateurs, stake actif, validateurs délinquants, hauteur de bloc, nombre total de transactions, un graphique du TPS sur 30 minutes et les dix plus gros validateurs par stake. Rien n’est mis en cache sur notre serveur. Chaque chiffre provient d’un nœud RPC public du mainnet ou d’une API de prix au moment où vous chargez la page. C’est utile pour un bilan de santé rapide, mais un chiffre ne sert que s’il est bien lu : la suite de cette page explique chaque indicateur, la façon dont un explorateur Solana calcule le TPS, et les erreurs que je vois le plus souvent dans les tweets et les tableaux de bord.
Comment lire le TPS affiché par un explorateur Solana
Le TPS d’un explorateur Solana correspond au nombre de transactions par seconde sur une fenêtre d’échantillonnage récente, et sur Solana il inclut toujours une grosse part de votes de validateurs. Les validateurs votent sur les blocs en envoyant des transactions ordinaires : le « TPS total » mélange donc le trafic de consensus et l’activité des utilisateurs. Le « TPS hors votes » retire ces votes, et c’est lui qui indique à quel point la blockchain est réellement sollicitée.
Le 23 septembre 2026, nous avons prélevé dix échantillons d’une minute sur le mainnet. Le débit total était d’environ 4 000 à 4 300 transactions par seconde, et le débit hors votes d’environ 1 400 à 1 800, soit à peu près 40 % du total. Le widget affiche le dernier échantillon de 60 secondes pour les deux valeurs, et le graphique trace les 30 derniers échantillons pour que vous puissiez voir si un pic est une tendance ou un simple accident.
Deux points à garder en tête. D’abord, le TPS compte des transactions, pas des instructions ni des montants : un swap Jupiter à six instructions est une transaction, tout comme un transfert de spam d’un lamport. Ensuite, les transactions échouées sont incluses, car une transaction échouée figure quand même dans un bloc et paie quand même ses frais. Pour voir ce qu’a fait une transaction précise, notre guide de l’explorateur de transactions détaille la page de détail.
Erreur de lecture courante : comparer le TPS total de Solana au TPS d’une autre blockchain. La plupart des chaînes n’inscrivent pas les votes de consensus on-chain sous forme de transactions : la comparaison honnête se fait avec le TPS hors votes de Solana.
D’où vient le TPS d’un explorateur Solana : getRecentPerformanceSamples
Presque tous les explorateurs Solana calculent le TPS à partir d’une seule méthode RPC, getRecentPerformanceSamples. Chaque échantillon couvre une fenêtre de 60 secondes et indique le nombre de transactions, le nombre de transactions hors votes, le nombre de slots terminés et la durée de la fenêtre. Vous pouvez demander jusqu’à 720 échantillons, soit environ 12 heures d’historique.
Le calcul est simple : divisez numTransactions par samplePeriodSecs pour le TPS total, et numNonVoteTransactions par la même durée pour le TPS hors votes. Le TPS de vote est la différence. Notre tableau de bord fait exactement cela sur l’échantillon le plus récent, et calcule aussi le temps de slot moyen en divisant la durée de la fenêtre par le nombre de slots terminés. Les explorateurs diffèrent surtout par la fenêtre qu’ils affichent. Certains montrent le dernier échantillon, d’autres une moyenne sur une heure, d’autres arrondissent fortement. C’est pourquoi Solscan, Solana Explorer et Orb peuvent afficher plusieurs centaines de TPS d’écart au même moment tout en ayant tous raison. Pour reproduire ce calcul dans votre propre code, le guide des API d’explorateurs Solana montre comment appeler ces méthodes.
Temps de slot, hauteur de bloc et SIMD-0525
Un slot est la fenêtre de temps pendant laquelle un leader désigné peut produire un bloc. Pendant des années, la cible était de 400 ms. La SIMD-0525 la réduit par paliers de 50 ms vers 200 ms, et le changement a été déployé en août et septembre 2026. Notre propre mesure sur les 100 000 derniers slots, le 23 septembre 2026, donnait une moyenne d’environ 265 ms par slot, cohérente avec le palier de 250 ms.
Le compteur de slots du widget avance localement entre deux rafraîchissements en s’appuyant sur le temps de slot mesuré, puis se resynchronise avec le nœud RPC : il peut donc sauter de quelques slots de temps en temps. C’est normal.
La hauteur de bloc n’est pas le numéro de slot. Quand un leader manque son slot, aucun bloc n’est produit : la hauteur de bloc progresse donc plus lentement que le compteur de slots. Un grand écart entre les deux reflète l’historique cumulé des slots manqués, pas une erreur.
Époques : 432 000 slots, soit environ 32 heures désormais
Une époque est une série fixe de 432 000 slots, et le calendrier des leaders, l’activation du stake et les récompenses de staking changent tous à ces frontières. Le nombre de slots par époque n’a pas changé avec la SIMD-0525 ; c’est la durée qui a changé. À environ 265 ms par slot, une époque dure à peu près 32 heures, contre environ deux jours à 400 ms. Les guides qui affirment encore qu’« une époque dure deux à trois jours » sont dépassés.
Le tableau de bord affiche le numéro de l’époque en cours (l’époque 1040 lors de notre vérification du 23 septembre 2026), sa progression en pourcentage et une estimation du temps restant. Cette estimation multiplie les slots restants par le temps de slot actuel ; elle dérive donc légèrement si les temps de slot changent en cours d’époque. Si vous attendez l’activation d’un stake ou l’arrivée de récompenses, le guide des explorateurs de validateurs et de staking explique ce qui se passe au changement d’époque.
Offre totale et offre en circulation du SOL
L’offre totale correspond à tous les SOL existants ; l’offre en circulation exclut les comptes que le protocole classe comme hors circulation. Les deux proviennent de la méthode RPC getSupply, qui renvoie les montants total, en circulation et hors circulation en lamports, ainsi que la liste des comptes hors circulation. Le 23 septembre 2026, elle renvoyait environ 634,5 millions de SOL au total et 587,5 millions en circulation.
L’offre totale augmente avec le temps, car les récompenses de staking sont financées par l’inflation, et elle baisse légèrement parce que la moitié de chaque frais de base est brûlée. Ne vous attendez donc pas à retrouver le chiffre de l’an dernier. La capitalisation affichée sur le tableau de bord vient d’une API de prix, et ces services appliquent leur propre méthodologie d’offre en circulation, qui peut différer du chiffre RPC de quelques millions de SOL.
Validateurs, stake actif et délinquance
Les tuiles consacrées aux validateurs proviennent de la méthode RPC getVoteAccounts. « Validateurs » compte les comptes de vote qui votent actuellement, « délinquants » ceux dont le dernier vote a plus de 128 slots de retard sur la pointe de la chaîne, et « stake actif » additionne le stake délégué aux comptes de vote actifs. Lors de notre vérification du 23 septembre 2026, le mainnet indiquait 676 comptes de vote actifs et 12 délinquants, soit 688 au total.
Deux précautions. Un compte de vote n’est pas un opérateur : une même entreprise peut faire tourner plusieurs validateurs, et bon nombre de petits comptes de vote ne portent presque aucun stake. Par ailleurs, la délinquance est bruitée. Avec des slots d’environ 265 ms, 128 slots ne représentent qu’une trentaine de secondes : un validateur qui redémarre pour une mise à jour apparaît brièvement comme délinquant. La liste des principaux validateurs sous le graphique indique pour chacun son stake, sa part du stake actif total et sa commission. Additionner les parts en partant du haut permet de voir rapidement à quel point le stake est concentré, un sujet abordé dans le guide de l’explorateur de validateurs.
D’où viennent les données de ce tableau de bord
Chaque tuile est récupérée par votre navigateur, pas par notre serveur : vous voyez donc ce qu’indique un nœud public à cet instant. Le slot, l’époque, la hauteur de bloc et le nombre total de transactions proviennent de getEpochInfo. Le TPS, le temps de slot et le graphique viennent de getRecentPerformanceSamples. L’offre vient de getSupply, et les tuiles de validateurs de getVoteAccounts. Nous envoyons ces appels à un petit groupe d’endpoints mainnet gratuits et sans clé, dont api.mainnet-beta.solana.com de la Solana Foundation, et passons au suivant si un nœud limite le débit ou ne répond pas à temps.
La tuile « transactions totales » mérite une précision. La documentation RPC la définit comme le nombre total de transactions depuis le bloc genesis, « si disponible », et elle compte les transactions de vote comme celles des utilisateurs. C’est un très grand nombre qui augmente de plusieurs milliers chaque seconde : parfait pour prendre la mesure de l’échelle, inutile pour comparer l’activité de deux journées. Pour cela, comparez plutôt le TPS hors votes à des heures similaires.
Le prix du SOL et sa variation sur 24 heures ne sont pas du tout des données on-chain. Ils proviennent de CoinGecko, avec le flux de prix de Jupiter en secours : un prix qui paraît figé relève d’un problème d’API de prix et ne dit rien de la santé du réseau. Le prix est affiché en dollars ; pour un équivalent en euros ou en francs suisses, appliquez le taux de change du jour.
Aide-mémoire : ce que mesure chaque indicateur
Servez-vous de ce tableau comme d’un pense-bête quand un chiffre vous surprend.
| Indicateur | Ce qu’il mesure | Attention |
|---|---|---|
| TPS total | Toutes les transactions des 60 dernières s | Inclut les votes des validateurs |
| TPS hors votes | Transactions des utilisateurs et programmes | Inclut les transactions échouées |
| Slot / hauteur de bloc | Fenêtres de temps vs blocs produits | L’écart égale les slots manqués |
| Offre en circulation | SOL hors comptes verrouillés | Les sites de prix peuvent différer |
| Délinquants | Comptes de vote en retard de 128+ slots | Les mises à jour brèves comptent aussi |
Quand les chiffres semblent faux
Si le tableau de bord affiche des tirets ou des valeurs figées, le nœud RPC public qui a répondu a probablement limité votre navigateur ou n’a pas répondu à temps. Les endpoints publics de Solana autorisent environ 100 requêtes par 10 secondes et par IP et ne sont pas destinés à la production ; c’est pourquoi nous faisons tourner plusieurs fournisseurs gratuits. Rechargez une fois. Si tous les explorateurs se figent en même temps et que le numéro de slot n’avance plus, consultez status.solana.com et notre guide à suivre quand un explorateur Solana est en panne.
Un pic soudain de TPS est généralement dû à un bot ou à une campagne d’airdrop, pas à une croissance organique. Pour voir ce qui se cache derrière, relevez un numéro de slot récent sur le tableau de bord et collez-le dans notre outil de recherche, qui liste les transactions du bloc. Pour une comparaison plus large des explorateurs qui présentent le mieux les statistiques réseau, consultez notre classement des explorateurs Solana.
Par l’équipe de recherche SolscannerMis à jour le · Méthodologie d’évaluation