Voir la table des matières Ne plus voir la table des matières
- D’un moteur de recherche pour Bitcoin à l’explorateur de référence d’Ethereum
- Ce qu’Etherscan montre, et ce qu’il ne peut pas faire
- Lire une transaction, champ par champ
- Ce que le traqueur de gaz raconte de l’état du réseau
- Vérifier un contrat avant d’interagir avec lui
- Révoquer les autorisations de dépense, le réflexe qui protège vraiment
- Ce que l’habitude de vérifier soi-même déplace
Un explorateur de blocs est un moteur de recherche branché sur une blockchain. Il lit les données publiques du registre, les met en forme et les rend consultables par n’importe qui, sans compte ni logiciel particulier. Sur Ethereum, ce rôle est tenu depuis dix ans par Etherscan, de loin l’explorateur le plus consulté du réseau.
L’outil est gratuit, accessible depuis un navigateur, et il ne demande rien pour l’essentiel de ses fonctions. Il n’appartient pourtant ni à la Fondation Ethereum ni à aucun acteur du protocole : c’est une société privée qui l’édite, avec son propre modèle économique. Une confusion circule d’ailleurs souvent à son sujet, celle qui en ferait un autre nom d’Ethplorer. Les deux produits sont distincts et concurrents.
Pour un utilisateur qui débute, Etherscan ressemble à un mur de chiffres hexadécimaux sans mode d’emploi. Chacun de ces champs répond pourtant à une question précise, et savoir lesquels regarder évite la plupart des paniques inutiles comme une partie des mauvaises surprises. Que montre exactement cet outil, et jusqu’où peut-on lui faire confiance ?
D’un moteur de recherche pour Bitcoin à l’explorateur de référence d’Ethereum
L’histoire commence avant Ethereum. Entre fin 2013 et 2015, le développeur malaisien Matthew Tan construit Blockscan, un moteur de recherche permettant de retrouver une transaction sur une blockchain. Le service répond alors à un besoin simple : arbitrer un désaccord entre un expéditeur et un destinataire sur un paiement qui semble ne pas être arrivé.
Le lancement d’Ethereum en juillet 2015 change la donne. Les contrats intelligents rendent les transactions bien plus difficiles à représenter qu’un simple transfert entre deux adresses, et les explorateurs de première génération ne suivent plus. Tan refond alors son outil et le rebaptise Etherscan.
Il ne s’agit plus d’un transfert de valeur d’un point A vers un point B. Le moteur de recherche doit pouvoir montrer bien plus de choses.
Matthew Tan, fondateur d’Etherscan, entretien publié dans le supplément Enterprise de l’hebdomadaire The Edge Malaysia, édition du 30 décembre 2019 au 5 janvier 2020
Le projet est d’abord autofinancé, codé en solitaire pendant la première année, avant de lever 500 000 dollars auprès des fonds américains Boost VC et Digital Currency Group. Dans le même entretien, son fondateur indiquait que 20 millions d’utilisateurs avaient consulté le service sur les douze mois précédant octobre 2019, avec une équipe de quinze personnes et une société éditrice basée en Malaisie.
Le modèle économique mérite d’être connu, parce qu’il explique ce que l’outil affiche. Les revenus viennent d’encarts publicitaires vendus en direct et de prestations de données, sans régie tierce ni ciblage comportemental, selon les explications données par la société. Cette indépendance vis-à-vis du protocole a une contrepartie : Etherscan est une plateforme centralisée, dont l’interface et les choix éditoriaux relèvent d’une entreprise privée.
Ce qu’Etherscan montre, et ce qu’il ne peut pas faire
L’outil n’affiche que des données publiques, déjà inscrites dans le registre et accessibles à tout nœud du réseau. Aucune clé privée, aucune phrase de récupération, aucun élément permettant de contrôler des fonds n’y transite ni n’y est stocké. Etherscan lit la blockchain, il ne la modifie pas, et il n’est partie prenante d’aucune des transactions qu’il présente.
Cette distinction a des conséquences très concrètes. Une transaction échouée reste visible sur Etherscan, avec le gaz consommé et perdu, mais l’explorateur ne peut ni la rejouer ni la rembourser. Un transfert envoyé à la mauvaise adresse s’y affiche également, définitivement, sans recours possible depuis l’interface.
Etherscan n’est pas non plus un portefeuille, contrairement à ce que laisse croire la présence d’un bouton de connexion. Ce bouton sert uniquement à prouver que vous contrôlez une adresse, pour signer certaines actions comme la révocation d’une autorisation. La garde de vos actifs reste entière du côté de l’application de portefeuille que vous utilisez déjà.
Lire une transaction, champ par champ
La page d’une transaction concentre l’essentiel de ce qu’un utilisateur a besoin de comprendre. Six champs suffisent à couvrir la quasi-totalité des situations, du simple envoi d’ether à l’interaction avec une application décentralisée. Le hachage est la clé d’entrée de tout le reste :
| Champ | Ce qu’il indique | Ce qu’il faut en retenir |
|---|---|---|
| Transaction Hash | L’identifiant unique de l’opération | C’est la seule référence à transmettre à un support technique |
| Status | Réussie, en attente ou échouée | Une transaction échouée consomme quand même du gaz |
| Block | Le bloc d’inclusion et le nombre de confirmations | Plus le nombre de confirmations monte, plus l’opération est définitive |
| From et To | L’adresse émettrice et l’adresse réceptrice | Une adresse de contrat s’affiche avec une icône distincte d’une adresse ordinaire |
| Value | Le montant d’ether transféré | Vaut zéro sur la plupart des interactions avec un contrat |
| Transaction Fee | Le coût total payé au réseau | Se décompose en frais de base brûlés et pourboire au validateur |
Le champ le plus mal compris est la valeur transférée. Un utilisateur qui échange des jetons sur une plateforme décentralisée verra souvent zéro éther dans ce champ, alors que l’opération porte sur plusieurs milliers d’euros. Les mouvements de jetons apparaissent dans une section distincte, sous l’intitulé des transferts de jetons, parce qu’ils relèvent d’un contrat et non du protocole lui-même.
Le second piège tient au statut. Une transaction bloquée en attente n’a pas disparu : elle est dans la file, avec un pourboire jugé insuffisant par les validateurs. La page se met à jour d’elle-même dès qu’elle passe, ce qui rend inutile le fait de renvoyer les fonds une seconde fois.
Ce que le traqueur de gaz raconte de l’état du réseau
Le gaz mesure la quantité de calcul qu’une opération demande au réseau. Son prix, exprimé en gwei, c’est-à-dire en milliardièmes d’éther, varie selon la demande. La mécanique actuelle date de la mise à jour London, activée le 5 août 2021 : chaque transaction paie des frais de base qui sont détruits, plus un pourboire facultatif qui rémunère le validateur.
Cette réforme, connue sous le nom d’EIP-1559, a remplacé le système d’enchères libres qui prévalait auparavant et que d’autres réseaux ont ensuite repris à leur compte, comme Polygon. Elle rend le coût d’une transaction beaucoup plus prévisible, sans le rendre stable pour autant, puisque les frais de base montent automatiquement quand les blocs se remplissent.
Deux évolutions ultérieures ont modifié ce que l’on observe sur le traqueur. Le passage à la preuve d’enjeu, le 15 septembre 2022, a mis fin au minage et fixé une cadence régulière de douze secondes par créneau. La mise à jour Dencun du 13 mars 2024 a ensuite introduit un espace de données dédié aux réseaux de seconde couche, ce qui a fait chuter leurs coûts de publication sans changer directement le prix des transactions sur la couche principale.
Le traqueur de gaz d’Etherscan sert donc à deux choses distinctes. Il donne une estimation du pourboire nécessaire pour passer rapidement, et il fournit une lecture instantanée de la congestion, utile pour décider de reporter une opération non urgente de quelques heures. Comprendre le rôle exact de l’éther dans ce mécanisme aide à saisir pourquoi ce coût ne peut pas être fixé à l’avance.
Vérifier un contrat avant d’interagir avec lui
Une adresse de contrat dispose sur Etherscan d’onglets absents des adresses ordinaires. Le plus important s’appelle le code du contrat, et il affiche le code source lorsque l’équipe du projet l’a soumis à vérification. La vérification consiste à recompiler ce code source et à comparer le résultat au bytecode réellement déployé à cette adresse.
Ce contrôle établit une correspondance, pas une garantie. Un contrat vérifié prouve seulement que le code publié est bien celui qui s’exécute ; il ne dit rien de la qualité de ce code, de ses failles éventuelles ni des intentions de son auteur. Un contrat vérifié peut parfaitement contenir une fonction permettant à son propriétaire de bloquer les retraits, et cette fonction sera visible pour qui sait lire le code. Le sujet rejoint les étapes qui jalonnent la vie d’un contrat intelligent, du déploiement à son éventuelle mise à jour par un proxy.
Les onglets de lecture et d’écriture complètent le dispositif. Le premier interroge l’état du contrat sans rien dépenser, le second permet d’appeler ses fonctions en signant avec un portefeuille. Cette seconde possibilité rend service quand l’interface web d’un projet est indisponible, mais elle expose aussi à des erreurs coûteuses : aucune confirmation ne vient rattraper un paramètre mal saisi.
Révoquer les autorisations de dépense, le réflexe qui protège vraiment
La plupart des vols visant des portefeuilles bien gérés n’exploitent pas une faille cryptographique. Ils exploitent une autorisation accordée des mois plus tôt à une application décentralisée, souvent pour un montant illimité, et jamais retirée depuis. Etherscan propose un vérificateur d’autorisations de jetons qui rend ces engagements visibles. La procédure tient en quatre étapes :
- ouvrir le vérificateur d’autorisations et y saisir l’adresse publique à examiner, sans connexion requise à ce stade ;
- parcourir la liste des contrats autorisés, en repérant les montants illimités et les projets que vous n’utilisez plus ;
- connecter le portefeuille propriétaire de l’adresse, puisque la révocation est une transaction qui doit être signée ;
- révoquer les autorisations inutiles une par une, en acceptant les frais de réseau que chaque révocation entraîne.
Cette opération ne déplace aucun actif et ne présente aucun risque pour le solde du portefeuille. Elle coûte du gaz, ce qui incite à la grouper sur une période creuse plutôt qu’à la lancer transaction par transaction au fil de l’eau.
Le geste vaut surtout par sa régularité. Un passage en revue trimestriel suffit à réduire fortement la surface exposée, et il complète utilement les signaux d’alerte à surveiller avant d’utiliser un protocole décentralisé.
Ce que l’habitude de vérifier soi-même déplace
Etherscan ne rend pas Ethereum plus sûr. Il rend le réseau lisible, ce qui n’est pas la même chose, et déplace la charge de la vérification vers l’utilisateur qui accepte de la porter. Un registre public n’a d’utilité que s’il est effectivement consulté, et la promesse de transparence de la blockchain reste théorique pour qui ne l’ouvre jamais.
Reste une dépendance rarement discutée. Une infrastructure décentralisée dont l’immense majorité des utilisateurs passe par le même explorateur privé pour la lire recrée une forme de point unique à l’étage de la consultation. Les alternatives existent, des explorateurs concurrents aux nœuds personnels, et le simple fait de savoir qu’elles existent change la façon dont on lit ce que l’écran affiche.
