Aller au contenu
Financial Context Wiki

Explorateur de blocs

Guide axé sur la vérification des explorateurs, nœuds, indexeurs, reçus, logs, traces, métadonnées, proxys, sources vérifiées et réorganisations.

Mis à jour

À des fins éducatives uniquement ; ne constitue ni un conseil en investissement ni une recommandation d’investissement. Les investissements peuvent entraîner des pertes.

Réponse directe

Un explorateur de blocs est une interface et un indexeur hors chaîne qui transforment les données de nœuds en pages consultables pour les blocs, transactions, adresses, contrats, jetons, logs et parfois traces. Ce n’est ni la blockchain, ni un participant au consensus, ni une garantie indépendante. Chaque résultat dépend de la chaîne, de l’état du nœud, de l’indexation, du décodeur, des libellés et de l’heure d’observation.

Séparez quatre niveaux : en-têtes, transactions et reçus du protocole ; réponses RPC d’un nœud ; traces, transferts et agrégats reconstruits ; noms, alertes, prix fiat et badges externes. Confrontez toute conclusion importante aux identifiants complets, à l’ascendance canonique, au reçu ou à l’état UTXO et à un endpoint indépendant.

Fonctionnement

  1. Fixez le domaine, l’ID de chaîne ou le réseau Bitcoin, l’heure et l’identifiant complet. Un symbole, un nom ou une adresse abrégée ne prouve pas l’identité.
  2. Classez chaque champ : donnée du protocole, réponse RPC, agrégat ou trace d’indexeur, métadonnée décodée ou information tierce.
  3. Vérifiez pending ou incluse, hash, hauteur, ascendance, confirmations ou safe et finalized, remplacement et réorganisation. Un hash consultable ne prouve pas l’inclusion canonique.
  4. Sur EVM, examinez status, gasUsed, effectiveGasPrice, logs et changements réels. status = 1 indique seulement que l’exécution supérieure n’a pas été annulée ; status = 0 peut être incluse et consommer du gas.
  5. Vérifiez signature d’événement, contrat, topics, données, décimales et ABI. Une « transaction interne » est une frame de trace, pas une autre transaction signée ; la couverture varie.
  6. Vérifiez bytecode, source, implémentation proxy, beacon ou administrateur, autorité de mise à niveau et disposition du stockage. Une source vérifiée n’est ni un audit ni une approbation.
  7. Comparez avec un autre explorateur ou nœud, conservez réponses et heures, puis réconciliez après la finalité requise ; examinez index obsolètes, pruning, reorgs, divergences RPC, spam, upgrades et libellés externes.

Exemples détaillés

  • Frais. Un reçu indique gasUsed = 52,000 et effectiveGasPrice = 18 gwei. Les frais sont 52,000 * 18 gwei = 936,000 gwei = 0.000936 ETH. Au cours externe de $2,500/ETH, cela vaut $2.34 ; la valeur en dollars n’est pas une donnée de consensus.
  • Décimales. Un log contient 123,456,789 et le contrat vérifié indique decimals = 6 : 123,456,789 / 10^6 = 123.456789 tokens. Supposer 18 afficherait 0.000000000123456789 ; vérifiez ensemble contrat et décimales.
  • Trace. Une transaction envoie 1.00 ETH à A ; la trace montre 0.72 ETH vers B et un retour de 0.25 ETH. A conserve 1.00 - 0.72 - 0.25 = 0.03 ETH, avant le gas. Ce sont des frames, pas trois transactions signées.
  • Réorganisation. Une transaction en 20,000,000 avec une tête en 20,000,012 a pour profondeur 20,000,012 - 20,000,000 + 1 = 13. Si le bloc quitte la chaîne, reçu et logs canoniques disparaissent. Afficher encore 13 confirmations signale un index obsolète.

Risques

  • Consulter la mauvaise chaîne, testnet, bifurcation ou copie.
  • Copier une adresse tronquée, empoisonnée ou ressemblante.
  • Prendre nom ou symbole pour l’identité du contrat.
  • Confondre hash pending et inclusion canonique.
  • Se fier à un backend RPC obsolète, en synchronisation ou isolé.
  • Comparer les hauteurs sans hashes ni ascendance.
  • Manquer remplacement, conflit ou réorganisation.
  • Confondre succès du reçu et succès économique.
  • Oublier le gas d’une transaction incluse mais annulée.
  • Traiter les logs comme état final faisant autorité.
  • Décoder avec une ABI, signature ou décimales erronées.
  • Traiter une frame de trace comme transaction signée.
  • Supposer des traces complètes et identiques entre fournisseurs.
  • Manquer des données par archivage, pruning, pagination ou limites.
  • Confondre source vérifiée, audit et preuve d’émetteur.
  • Examiner une implémentation et utiliser un autre proxy.
  • Manquer un changement de proxy, beacon, administrateur ou upgrade.
  • Traiter spam, libellés ou prix fiat comme consensus.
  • Utiliser les soldes sans rapprocher UTXO ou stockage.
  • Dépendre d’un explorateur pendant panne, censure ou défaut d’index.

Idées fausses courantes

  • L’explorateur est la blockchain ou valide indépendamment tout ce qu’il affiche.
  • status = 1, badge vert ou nombreuses confirmations prouvent le résultat économique voulu.
  • Logs et « transactions internes » sont l’état final et des transactions signées distinctes.
  • La source vérifiée prouve que le contrat est audité, authentique, immuable et sûr.
  • Soldes, libellés, prix et méthodes décodées sont des données de consensus identiques chez tous les fournisseurs.

Sujets connexes

Sources

Navigation

Rechercher dans le wiki...