WATS Wallet logoWATS Wallet
Guide8 min de lecture

Comment lire un explorateur de blocs : Etherscan, Solscan et Tonviewer

Pour lire un explorateur de blocs, collez un hash ou une adresse dans Etherscan, Solscan ou Tonviewer et lisez le statut, les frais et les transferts de tokens — les champs qui montrent ce qui s'est réellement passé. Voici comment vérifier l'offre totale, la vérification du contrat, vos propres approbations, et si un burn annoncé a bien eu lieu.

Pour lire un explorateur de blocs, collez le hash d'une transaction ou une adresse dans l'explorateur de la chaîne concernée — Etherscan pour Ethereum, Solscan pour Solana, Tonviewer pour TON — et lisez quatre choses dans l'ordre : le statut (réussite ou échec), le bloc et le nombre de confirmations, les frais réellement payés dans la monnaie native de la chaîne, et le journal des transferts de tokens, seul endroit qui montre ce qui a vraiment bougé. Un explorateur n'est pas la blockchain elle-même : c'est la vue indexée et lisible par un humain qu'en propose une entreprise, si bien que les champs bruts sont des données de consensus tandis que les étiquettes de nom et les avertissements sont les ajouts éditoriaux de l'explorateur. Ce sont ces champs qui transforment une affirmation invérifiable en affirmation vérifiable : la page d'un token lit l'offre totale directement dans le contrat, la page d'une adresse liste les approbations que vous avez accordées, et un burn n'est réel que si un hash montre des tokens arrivant à une adresse morte ou si l'offre totale baisse effectivement. Cette dernière vérification vaut pour les chiffres de n'importe quel projet, y compris le burn ATS de 100M vers un plancher de 30M derrière le modèle de frais WATS — il est on-chain, donc ce qui le prouve, ce sont les explorateurs publics ci-dessus, et non un outil qu'exploiterait WATS.

Ce qu'est réellement un explorateur de blocs

Un explorateur est un index consultable et lisible par un humain des données d'une blockchain. Il ingère chaque bloc au fur et à mesure de sa production, décode le contenu en champs qu'une personne peut lire — statut, frais, transferts de tokens, code source des contrats — et place une barre de recherche devant. Pas de compte, pas d'autorisation, pas de frais : la chaîne est une donnée publique, et l'explorateur n'est que l'interface de lecture qu'utilise la plupart des gens.

Sur un explorateur, tout est un lien : cliquez sur un bloc et vous voyez ses transactions, cliquez sur une adresse et vous voyez son historique, cliquez sur un token et vous voyez chaque wallet qui le détient. Apprendre à suivre ces liens, c'est ce qui transforme les affirmations du type « faites-moi confiance » en choses que vous pouvez vérifier vous-même, et le reste de ce guide est une visite des champs qui font cette vérification.

Un explorateur de blocs, est-ce la même chose que la blockchain ?

Non — et la distinction compte. La chaîne elle-même, ce sont des données brutes répliquées sur des milliers de nœuds. Un explorateur est la vue indexée de ces données par une entreprise : il fait tourner des nœuds, parse chaque bloc dans une base de données et ajoute une couche de présentation par-dessus. Votre wallet n'a pas besoin d'un explorateur pour déplacer des fonds — il lit et écrit sur la chaîne via un nœud RPC, et c'est pourquoi un wallet peut fonctionner parfaitement pendant qu'un explorateur est hors service ou en retard.

Les faits bruts — soldes, transactions, code des contrats — doivent concorder sur n'importe quel explorateur de la même chaîne. Les libellés, c'est autre chose : les étiquettes de nom et les drapeaux d'avertissement sont des ajouts éditoriaux de l'équipe de l'explorateur, utiles mais pas des données de consensus. Fiez-vous aux champs bruts ; traitez les annotations comme un avis utile.

Comment lire la page d'une transaction ?

Collez n'importe quel hash de transaction dans la barre de recherche et vous obtenez l'anatomie complète de ce qui s'est passé. Les champs à lire, dans l'ordre :

  • Statut — réussite ou échec. Réussite signifie que le code s'est exécuté sans revert ; une transaction en échec n'a rien changé mais a quand même payé des frais.
  • Bloc et confirmations — où elle a atterri et combien de blocs ont été construits par-dessus depuis.
  • From et to — l'adresse signataire et la cible, qui pour un transfert de token est le contrat du token, pas le destinataire.
  • Frais de transaction — ce qui a réellement été payé, dans la monnaie native de la chaîne.
  • Transferts de tokens et logs — les événements émis par les contrats : quels tokens ont bougé, de qui, vers qui, pour quels montants.

La section des transferts est celle qui répond à « qu'a réellement fait cette transaction » — un seul swap peut émettre une demi-douzaine de transferts en se routant à travers des pools. Et notez ce que le statut ne vous dit pas : réussite signifie incluse et exécutée, pas irréversible. Savoir si une transaction peut encore être réordonnée hors de la chaîne est une question distincte, celle de la finalité blockchain.

Comment lire la page d'un token ?

Cherchez un token par son adresse de contrat — pas par son ticker, puisque n'importe qui peut déployer un token portant n'importe quel nom — et la page du token affiche les chiffres qui comptent. L'offre totale est lue directement dans le contrat. Le nombre de détenteurs est le décompte, par l'explorateur, des adresses ayant un solde, et la liste des détenteurs montre la concentration : un token dont trois wallets détiennent l'essentiel de l'offre se comporte très différemment d'un token réparti sur cent mille adresses.

La vérification du contrat est le signal de confiance discret. Un contrat vérifié signifie que le développeur a téléversé le code source et que l'explorateur a confirmé qu'il compile exactement vers le bytecode présent on-chain — n'importe qui peut donc lire ce que le contrat fait réellement. Un code non vérifié n'est pas automatiquement malveillant, mais il vous retire la possibilité de vérifier, et les projets établis font vérifier leur code par habitude.

Comment vérifier vos propres approbations ?

Cherchez votre propre adresse et vous obtenez tout votre historique public — et, plus utile encore, vos approbations de tokens en cours : les autorisations que vous avez accordées à des contrats pour déplacer des tokens en votre nom. Etherscan propose un vérificateur d'approbations dédié précisément à cela. Les vieilles approbations illimitées accordées à des contrats que vous n'utilisez plus sont le risque classique à combustion lente attaché à une adresse ; les passer en revue quelques fois par an et révoquer ce que vous ne reconnaissez pas est une hygiène de base qui prend quelques minutes.

Ce burn de tokens a-t-il vraiment eu lieu ? Vérifiez-le vous-même

Les projets adorent annoncer des burns ; les explorateurs vous permettent de les auditer. Un vrai token burn est vérifiable publiquement sous l'une de ces deux formes : des tokens envoyés à une adresse morte — une adresse dont aucune clé privée n'est connue et dont le solde est inspectable par tous — ou un appel à une fonction de burn qui réduit sur-le-champ l'offre totale du contrat. Demandez le hash de la transaction, ouvrez-le et lisez le transfert vous-même. Si les tokens ont simplement rejoint un wallet contrôlé par l'équipe, ce n'est pas un burn — c'est un changement d'étiquette. L'habitude se généralise : toute affirmation on-chain qui ne peut pas être montrée sous forme de hash mérite la méfiance.

Qu'est-ce qui change sur Solscan et Tonviewer ?

La compétence de lecture se transpose ; ce sont les objets qui diffèrent. Sur Solana, une transaction est un paquet d'instructions exécutées ensemble, un compte est désigné comme payeur de frais, et les tokens vivent dans des comptes de token dédiés plutôt que comme des lignes à l'intérieur d'un contrat unique — et le degré d'établissement d'une transaction vient des niveaux de commitment de Solana, processed, confirmed et finalized, plutôt que d'un décompte croissant de blocs empilés par-dessus. Sur TON, tout est un contrat intelligent, y compris votre wallet ; un transfert est une chaîne de messages entre contrats, susceptibles de rebondir en cas d'échec, et chaque token — un jetton — est détenu par un petit contrat jetton-wallet propre à chaque propriétaire. Tonviewer restitue ces chaînes de messages sous forme d'un flux unique.

Ethereum — EtherscanSolana — SolscanTON — Tonviewer
Unité que vous lisezTransaction dans un blocPaquet d'instructionsChaîne de messages
Frais affichés enETH (gas)SOL (base plus priorité)TON (gas, stockage, transmission)
Modèle de tokenSoldes à l'intérieur du contrat du tokenComptes de token par propriétaireContrats jetton-wallet par propriétaire

Où WATS s'inscrit

WATS n'exploite pas d'explorateur de blocs, et c'est le bon arrangement : les affirmations d'un wallet valent davantage quand c'est un tiers neutre qui les prouve. Ce que WATS possède, en revanche, c'est une affirmation qui a sa place dans cet article. Dans le WATS Hot Wallet, chaque transaction est facturée en un seul token, l'ATS, au lieu de la monnaie de gas native de chaque chaîne — via un paymaster ERC-4337 sur les chaînes EVM et le payeur de frais équivalent sur Solana et TON. Comme ATS est un OFT LayerZero, un solde unique couvre Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON, et l'ATS collecté est brûlé, faisant passer l'offre de 100M vers un plancher de 30M.

Cette dernière phrase est exactement le genre d'affirmation que ce guide vous dit de ne pas prendre pour argent comptant — alors ne le faites pas. Appliquez-lui la vérification de burn de la section précédente : obtenez un hash, ouvrez-le sur l'explorateur, et confirmez que les tokens ont bien atteint une adresse morte ou que l'offre totale affichée sur la page du token a effectivement baissé. Le pas concret auquel mène cet article, c'est de choisir des outils dont les affirmations survivent à ce traitement, et WATS est conçu pour être lu ainsi — non-custodial, donc vous détenez vos clés et WATS n'en détient jamais aucune, avec la mécanique de frais exposée sur la page des frais ATS en des termes que vous pouvez aller vérifier on-chain plutôt que croire.

Foire aux questions

Un explorateur de blocs, est-ce la même chose que la blockchain ?

Non. La blockchain, ce sont des données brutes répliquées sur de nombreux nœuds ; un explorateur est la vue indexée et lisible par un humain qu'une entreprise en fait, servie sous forme de site web. Les explorateurs peuvent prendre du retard, et leurs étiquettes de nom comme leurs avertissements sont des ajouts éditoriaux, pas des données de consensus. Les champs bruts — soldes, transactions, code des contrats — doivent concorder sur n'importe quel explorateur de la même chaîne, et la chaîne elle-même reste la source de vérité.

Comment vérifier un token burn sur un explorateur de blocs ?

Demandez le hash de la transaction et ouvrez-le. Un vrai burn montre des tokens transférés vers une adresse morte — dont aucune clé privée n'est connue et dont le solde est inspectable par tous — ou un appel à une fonction de burn qui réduit visiblement l'offre totale du token. Vérifiez ensuite la page du token : l'offre doit être plus basse qu'avant. Si les tokens ont simplement rejoint un wallet contrôlé par l'équipe, rien n'a été brûlé. La même vérification s'applique au burn ATS derrière le modèle de frais WATS, qui fait passer l'offre de 100M vers un plancher de 30M : WATS énonce le mécanisme, et l'explorateur est l'endroit où vous le confirmez.

Pourquoi ma transaction indique-t-elle une réussite alors que les tokens ne sont pas arrivés ?

Regardez d'abord la section des transferts de tokens de la page de transaction — c'est elle qui montre ce qui a réellement bougé, et une réussite signifie seulement que le code s'est exécuté sans revert, pas qu'il a fait ce que vous attendiez. Si le transfert y figure, le wallet destinataire n'affiche peut-être simplement pas encore ce token ; ajouter l'adresse du contrat suffit généralement. S'il pointe vers une autre adresse, revérifiez où vous avez réellement envoyé les fonds.

Pourquoi l'explorateur affiche-t-il mes frais en ETH alors que mon wallet me les a facturés en token ?

Parce que le réseau est toujours payé dans sa propre monnaie, quoi qu'on vous ait facturé. Le WATS Hot Wallet en est un exemple concret : il facture chaque frais en ATS via un paymaster ERC-4337 sur les chaînes EVM et le payeur de frais équivalent sur Solana et TON, si bien que le champ frais de transaction de l'explorateur affiche toujours du gas natif — avancé par le paymaster — tandis que l'ATS que vous avez réellement dépensé apparaît comme un transfert de token dans les logs de cette même transaction. Lire ces deux champs côte à côte est la façon la plus claire de voir le mécanisme : il change quel token paie, pas ce que coûte l'espace de bloc.

Quel explorateur utiliser pour la chaîne sur laquelle je suis ?

Etherscan pour Ethereum, ses explorateurs jumeaux couvrant la plupart des chaînes EVM — Arbitrum, Optimism, Base, Polygon et BNB Chain en ont chacune un — plus Solscan pour Solana et Tonviewer pour TON. Un wallet multi-chaînes s'étend donc sur plusieurs explorateurs à la fois : WATS prend en charge Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana et TON, si bien que lire un historique complet suppose d'ouvrir le bon explorateur par chaîne plutôt qu'un site universel unique. Sur chacun d'eux, cherchez un token par son adresse de contrat plutôt que par son ticker, puisque n'importe qui peut déployer un token sous n'importe quel nom.