Pourquoi un explorateur open source compte
Un explorateur est une interprétation. Il lit une chaîne, décide comment l’agréger, et rend le résultat. Chacune de ces décisions pourrait être erronée, et avec un explorateur fermé vous n’avez aucun moyen de vérifier — vous faites confiance à la sortie ou vous faites tourner un nœud et réconciliez à la main.
Avec Blockscout, vous lisez l’indexeur. Quand un solde paraît erroné, vous pouvez trouver le code qui l’a calculé. Quand deux explorateurs sont en désaccord, vous pouvez voir ce que l’un fait différemment. Ce n’est pas un bénéfice théorique : les explorateurs sont en désaccord sur les soldes de tokens plus souvent que les gens ne le pensent, généralement sur la façon dont ils gèrent des contrats non standard qui émettent des événements de transfert irréguliers.
La seconde raison est économique. Etherscan décide quelles chaînes il prend en charge, et cette décision est commerciale. Un nouveau rollup ne peut pas simplement acheter sa place sur la liste. Blockscout signifie qu’une chaîne peut avoir un explorateur crédible le jour de son lancement en en faisant tourner un, et cela en a fait le standard de fait pour tout l’écosystème des rollups.
Le changement de clé API, et ce qu’il a cassé
Le 1er juillet 2026, Blockscout a déplacé le trafic API vers une API Pro à clé. Le code qui appelait des instances hébergées de manière anonyme a cessé de fonctionner.
Le niveau gratuit n’est pas avare — environ 100 000 crédits par jour à cinq requêtes par seconde, ce qui couvre confortablement la plupart des usages non commerciaux. Mais le changement compte pour une raison spécifique qui n’a rien à voir avec le volume : une API à clé ne peut pas être appelée depuis du code navigateur. Tout ce qui appelait directement une instance Blockscout depuis un front-end a maintenant besoin d’un serveur intermédiaire.
C’est la même contrainte qu’Etherscan a toujours eue, et c’est pourquoi le nombre d’API d’explorateurs véritablement appelables depuis un navigateur continue de rétrécir. Les survivants sont Blockstream, mempool.space, Blockchair et 3xpl. Notre comparatif d’API suit l’état actuel, car il a maintenant changé deux fois en dix-huit mois.
Le seul point positif : si vous auto-hébergez, rien de tout cela ne s’applique. Votre instance, vos règles, aucune clé.
La qualité des instances varie, et c’est le vrai piège
La plus grande force de Blockscout crée son problème le plus courant. Comme n’importe qui peut faire tourner une instance, l’explorateur sur lequel vous tombez pour une chaîne donnée peut être opéré par l’équipe Blockscout, par la fondation de la chaîne, par un fournisseur d’infrastructure tiers, ou par une seule personne qui l’a configuré il y a dix-huit mois.
Les symptômes d’une instance négligée sont reconnaissables : un retard d’indexation de plusieurs milliers de blocs, des soldes de tokens qui ne se réconcilient pas, une vérification de contrat qui échoue sur une entrée valide, ou une ancienne version avec des bugs corrigés encore présents. Rien de tout cela ne reflète le logiciel ; tout cela reflète ce déploiement.
Deux vérifications rapides avant de faire confiance à une instance. Comparez sa dernière hauteur de bloc au propre RPC de la chaîne ou à un second explorateur — un écart de plus de quelques blocs signifie qu’elle est en retard. Et cherchez l’indicateur de version dans le pied de page ; une version vieille de plus d’un an est un avertissement.
| Symptôme | Cause probable | Que faire |
|---|---|---|
| Transactions récentes manquantes | L’indexeur est en retard sur la pointe de la chaîne | Vérifiez la hauteur de pointe contre le RPC de la chaîne ; attendez ou utilisez une autre instance |
| Le solde de token paraît erroné | Événements de transfert non standard, ou réindexation de token incomplète | Contre-vérifiez sur un second explorateur avant d’agir dessus |
| La vérification rejette une source valide | Version du compilateur indisponible sur cette instance | Essayez Sourcify, ou vérifiez sur une instance opérée différemment |
| Le contrat apparaît non vérifié ailleurs | La vérification est par instance, pas globale | Re-vérifiez sur chaque instance où vous en avez besoin |
La vérification de contrats, et où elle est en retard
Blockscout vérifie correctement les contrats — Solidity aplati, entrée JSON standard, source multi-parties, Vyper, et intégration avec Sourcify, le dépôt de vérification décentralisé. Mécaniquement, c’est solide.
La lacune est la couverture, et c’est un effet de réseau plutôt qu’un échec technique. Quand un projet se déploie sur Ethereum mainnet, il vérifie sur Etherscan, car c’est là que les gens regarderont. Il peut ou non vérifier aussi sur Blockscout. Le résultat est qu’un contrat peut apparaître vérifié sur l’un et non vérifié sur l’autre, ce qui semble alarmant et ne signifie généralement rien.
L’intégration Sourcify est la contre-mesure intéressante, car la vérification Sourcify est portable — vérifiez une fois, et tout explorateur qui lit Sourcify peut montrer la source. C’est la bonne architecture, et elle gagne lentement du terrain. Sur les rollups, où Blockscout est souvent le seul explorateur, la couverture est naturellement bien meilleure.
Le faire tourner vous-même
C’est le cas d’usage pour lequel Blockscout est réellement construit, et cela se voit. La pile est l’indexeur, une base de données PostgreSQL et l’application web Phoenix, avec des configurations Docker Compose publiées pour les configurations courantes.
Vous fournissez un nœud d’archive pour la chaîne. C’est le coût réel et il éclipse tout le reste — un nœud d’archive Ethereum mainnet est un engagement de plusieurs téraoctets. Pour un jeune rollup à l’historique court, c’est entièrement gérable, ce qui explique précisément pourquoi les rollups adoptent ce schéma : la chaîne est petite, l’explorateur est gratuit, et il tourne avant l’arrivée du premier utilisateur.
Pour un particulier, auto-héberger Blockscout pour Ethereum mainnet est une entreprise sérieuse et probablement le mauvais choix. Otterscan contre un nœud Erigon est bien plus léger si l’objectif est des recherches privées pour vous-même. Notre guide d’auto-hébergement les compare sur le disque, la mémoire et le temps de configuration.