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

Presque toutes les questions angoissées en crypto — où est mon transfert, est-ce passé, était-ce la bonne adresse, ce jeton est-il réel — trouvent réponse en moins d’une minute auprès d’une source publique qui n’exige ni compte ni autorisation. Cette source est un explorateur de blocs, et la plupart des gens n’apprennent jamais à en lire un.

Cela dépasse le confort. Tout l’argument en faveur d’un registre public est que vous n’avez à croire personne sur parole quant à son état. L’explorateur est l’endroit où cette promesse devient utilisable, et c’est le même principe qui sous-tend notre exigence que chaque chiffre publié porte sa source et le moment de sa lecture.

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 divergent sur un point, l’un des deux a un bogue d’indexation, car les données sous-jacentes sont identiques. Vérifier sur 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éussie signifie incluse et exécutée. Échouée signifie incluse, exécutée et annulée — et c’est le champ que l’on interprète le plus souvent de travers, car une transaction échouée a tout de même consommé ses frais et figure tout de même dans l’historique. De l’argent a quitté votre portefeuille et rien d’autre ne s’est produit.

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 que 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 le signale 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 et les frais ne le sont pas.

Nonce. Sur les réseaux à comptes, un compteur par compte. Les transactions doivent être traitées dans l’ordre, si bien qu’une transaction bloquée à un nonce bas bloque toutes les suivantes du même compte — ce qui explique la situation autrement déroutante où une nouvelle transaction refuse de se confirmer quels que soient les frais ajoutés.

Données d’entrée ou méthode. Ce que la transaction a réellement demandé. Un transfert ressemble à un transfert. Une autorisation ressemble à une autorisation, et connaître la différence protège vraiment.

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

« Mon retrait a-t-il vraiment eu lieu ? » Une plateforme qui affiche « en cours de traitement » vous a parlé de sa file interne, pas du réseau. S’il n’y a pas de hash de transaction, rien n’a été diffusé et le retard lui incombe entièrement. S’il y a un hash, collez-le dans un explorateur et vous verrez la vérité, quoi qu’affiche le tableau de bord.

« Est-ce 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 du projet lui-même, jamais dans un résultat de recherche ni dans un message, et vérifiez que l’explorateur l’indique comme vérifiée, avec un nombre de détenteurs et un historique plausibles. Un jeton créé la semaine dernière et comptant onze détenteurs n’est pas l’actif établi dont il porte le nom.

« Qu’ai-je autorisé ? » La plupart des explorateurs listent les autorisations qu’une adresse a accordées. Passer cette liste en revue périodiquement, 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 l’a causée.

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

Lire la page d’un contrat

Une adresse appartenant à un contrat montre plus qu’un portefeuille, et trois parties méritent d’être connues.

L’onglet code source indique si le bytecode déployé a été rapproché du code publié. Vérifié signifie que le code que vous pouvez lire est bien celui qui s’exécute. Non vérifié ne prouve aucune malveillance — quantité de contrats légitimes ne sont pas vérifiés — mais cela veut dire que personne en dehors du déployeur ne peut examiner ce qu’il fait, et c’est une chose non négligeable à accepter avant de lui accorder des droits sur vos jetons.

Les fonctions de lecture vous permettent d’interroger l’état courant du contrat sans rien dépenser : offre totale, une adresse propriétaire, si les transferts sont suspendus. Pour un jeton, vérifier que l’offre correspond à ce qu’annonce le projet prend quelques secondes et, à l’occasion, ne correspond pas.

La vue détenteurs montre la répartition. Un jeton dont une poignée d’adresses détient la quasi-totalité de l’offre se comporte très différemment d’un jeton largement réparti, et cette concentration est visible avant l’achat plutôt qu’après.

Quand deux explorateurs divergent

Il arrive qu’un explorateur affiche un solde ou un statut qui contredit votre portefeuille, et le réflexe est de supposer que la chaîne se trompe. Ce n’est presque jamais le cas. Les portefeuilles mettent agressivement en cache et affichent parfois un chiffre périmé ; les explorateurs indexent en continu mais peuvent avoir un instant de retard en période de forte activité.

La résolution consiste à vérifier sur un second explorateur et, s’ils concordent entre eux, à traiter le portefeuille comme l’exception et à le rafraîchir ou à rajouter le compte. La chaîne fait autorité, et les outils autour d’elle sont des commodités qui peuvent chacune se tromper à leur manière.

Ce qu’un explorateur ne peut pas vous dire

Il montre ce qui s’est passé, non ce que cela voulait dire. Les adresses sont pseudonymes : à moins qu’une entité ne soit étiquetée, vous ne pouvez pas savoir qui en a le contrôle, et les étiquettes sont l’annotation propre à l’explorateur, non un fait.

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 solide ou inoffensif. Il ne peut rien récupérer, rien annuler, ni contacter qui que ce soit. Et il ne vous dira pas qu’un transfert est parti vers la mauvaise personne, seulement qu’il est parti là 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 celle-ci. C’est l’arrangement correct. Nous publions notre fournisseur et l’horodatage à côté de chaque chiffre de marché précisément pour que les affirmations puissent être testées plutôt que crues, 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 souvenir de celle-ci. Les termes employés ici sont définis dans le glossaire, et les défenses qui en découlent figurent dans notre couverture sécurité.