Comment lire un explorateur de blocs, et pourquoi il tranche la plupart des débats

Presque toute question anxieuse en crypto — où est mon transfert, est-il bien passé, était-ce la bonne adresse, ce jeton est-il réel — trouve une réponse en moins d’une minute à partir d’une source publique qui ne demande ni compte ni permission. Cette source est un explorateur de blocs, et la plupart des gens n’apprennent jamais à en lire un.

Cela dépasse la simple commodité. Tout l’argument en faveur d’un registre public est que vous n’avez à croire personne sur parole quant à son état. Un explorateur est l’endroit où cette promesse devient exploitable, et c’est le même principe derrière notre propre insistance à ce que chaque chiffre que nous publions porte sa source et le moment où il a été relevé.

Ce qu’est réellement un explorateur

C’est une interface de recherche sur la chaîne. Il fait tourner un nœud complet, indexe tout ce que ce nœud voit, et le présente sous une forme lisible. Il n’a aucun accès privilégié et ne peut rien modifier — c’est un lecteur, exactement comme vous, avec de meilleurs outils.

Cela a une conséquence utile : si deux explorateurs se contredisent sur un point, l’un des deux a un bug d’indexation, car les données sous-jacentes sont identiques. Vérifier un second explorateur est un test de cohérence gratuit, et parfois révélateur.

Les champs qu’il vaut la peine de comprendre

Statut. En attente signifie diffusée mais pas encore incluse dans un bloc. Réussi signifie incluse et exécutée. Échoué signifie incluse, exécutée, et annulée — et c’est le champ que les gens interprètent le plus souvent mal, car une transaction échouée a tout de même consommé ses frais et apparaît tout de même dans l’historique. L’argent a quitté votre portefeuille et rien d’autre ne s’est passé.

Confirmations. Le nombre de blocs ajoutés depuis. C’est une mesure de confiance qui s’accumule plutôt qu’un état qui bascule, ce qui explique pourquoi les plateformes exigent des nombres différents selon les montants.

De et Vers. Les adresses concernées. Si la destination est un contrat plutôt qu’un portefeuille, l’explorateur l’indiquera généralement, et cette distinction compte énormément.

Valeur et frais. Le montant déplacé et ce qu’il a coûté. Sur une transaction échouée, la valeur est nulle mais les frais ne le sont pas.

Nonce. Sur les réseaux basés sur des comptes, un compteur propre à chaque compte. Les transactions doivent être traitées dans l’ordre, donc une transaction bloquée à un nonce bas bloque toutes celles qui suivent depuis ce compte — ce qui explique la situation par ailleurs déroutante où une nouvelle transaction ne confirme pas, quels que soient les frais que vous y attachez.

Données d’entrée ou méthode. Ce que la transaction demandait réellement. Un transfert ressemble à un transfert. Une autorisation ressemble à une autorisation, et connaître la différence est réellement protecteur.

Les vérifications qui répondent à de vraies questions

“Mon retrait a-t-il réellement eu lieu ?” Une plateforme qui affiche “en cours de traitement” vous parle de sa file d’attente interne, pas du réseau. S’il n’y a pas de hash de transaction, rien n’a été diffusé et le retard vient entièrement de leur côté. S’il y a un hash, collez-le dans un explorateur et vous verrez la vérité, quoi que dise le tableau de bord.

“Est-ce bien le bon jeton ?” N’importe qui peut créer un jeton avec n’importe quel nom et symbole, et l’usurpation est triviale. L’adresse du contrat est le seul identifiant réel. Prenez-la dans la documentation même du projet, jamais dans un résultat de recherche ou un message, et vérifiez que l’explorateur l’affiche comme vérifié, avec un nombre de détenteurs et un historique plausibles. Un jeton créé la semaine dernière avec onze détenteurs n’est pas l’actif établi dont il porte le nom.

“Qu’ai-je approuvé ?” La plupart des explorateurs listent les autorisations accordées par une adresse. Vérifier périodiquement cette liste, et révoquer ce que vous n’utilisez plus, ferme la voie la plus courante vers la perte de jetons, longtemps après l’interaction qui en est à l’origine.

“Cette adresse est-elle bien ce qu’on prétend ?” L’ancienneté, le nombre de transactions et l’historique du solde sont tous visibles. Une adresse décrite comme une trésorerie établie mais créée il y a quinze jours vous dit déjà quelque chose.

Lire la page d’un contrat

Une adresse appartenant à un contrat affiche davantage qu’un portefeuille, et trois de ses parties méritent d’être connues.

L’onglet code source indique si le bytecode déployé a été mis en correspondance avec un code source publié. Vérifié signifie que le code que vous pouvez lire est réellement celui qui s’exécute. Non vérifié ne prouve pas la malveillance — de nombreux contrats légitimes ne sont pas vérifiés — mais cela signifie que personne en dehors du déployeur ne peut examiner ce qu’il fait, et c’est une chose importante à accepter avant de lui accorder une permission sur vos jetons.

Les fonctions de lecture vous permettent d’interroger l’état actuel du contrat sans rien dépenser : offre totale, adresse du propriétaire, si les transferts sont en pause. Pour un jeton, vérifier que l’offre correspond à ce que revendique le projet ne prend que quelques secondes, et parfois cela ne correspond pas.

La vue détenteurs montre la distribution. Un jeton où une poignée d’adresses détient presque toute l’offre se comporte très différemment d’un jeton largement distribué, et cette concentration est visible avant l’achat plutôt qu’après.

Quand deux explorateurs se contredisent

Il arrive qu’un explorateur affiche un solde ou un statut qui contredit votre portefeuille, et le réflexe est de supposer que c’est la chaîne qui a tort. Ce n’est presque jamais le cas. Les portefeuilles mettent en cache de façon agressive et affichent parfois un chiffre périmé ; les explorateurs indexent en continu mais peuvent accuser un léger retard lors d’une activité intense.

La résolution consiste à vérifier un second explorateur et, s’ils concordent entre eux, à considérer le portefeuille comme l’anomalie et à actualiser ou réajouter le compte. La chaîne fait autorité, et les outils qui l’entourent sont des commodités qui peuvent chacune se tromper à leur façon.

Ce qu’un explorateur ne peut pas vous dire

Il montre ce qui s’est passé, pas ce que cela signifiait. Les adresses sont pseudonymes, donc à moins qu’une entité ne soit étiquetée, vous ne pouvez pas savoir qui la contrôle, et les étiquettes sont l’annotation propre de l’explorateur plutôt qu’un fait établi.

Il ne peut pas vous dire si un contrat est sûr. Un code source vérifié signifie que le code publié correspond à ce qui est déployé — cela ne signifie pas que le code est sain ou inoffensif. Il ne peut rien récupérer, rien inverser, ni contacter personne. Et il ne vous dira pas qu’un transfert est allé à la mauvaise personne, seulement qu’il est allé où il était adressé.

Pourquoi nous pensons que cela vaut la peine d’être appris

Un lecteur capable de vérifier la chaîne ne dépend d’aucune publication, y compris la nôtre. C’est la bonne disposition des choses. Nous publions notre fournisseur et notre horodatage à côté de chaque chiffre de marché précisément pour que les affirmations puissent être testées plutôt que crues sur parole, et notre Méthodologie énumère ce que nous ne vérifions pas.

L’habitude se généralise. Vérifiez la transaction plutôt que le tableau de bord, l’adresse du contrat plutôt que le nom, et la liste des autorisations plutôt que votre mémoire de celle-ci. Les termes utilisés ici sont définis dans le glossaire, et les défenses qui en découlent figurent dans notre dossier sécurité.