Le bon explorateur dépend de la chaîne

Pourquoi les modèles d’état comptent plus que les logos

Chaque page de chaîne sur ce site commence par un modèle d’état, car cette seule propriété détermine plus votre façon de lire un explorateur que n’importe quoi d’autre. Il en existe essentiellement cinq utilisés parmi les réseaux que nous couvrons, et une fois que vous savez les reconnaître, les interfaces cessent de surprendre.

La conséquence pratique est que le même mot signifie des choses différentes selon ces modèles. « Solde » est un nombre stocké sur une chaîne à comptes et une somme calculée sur une chaîne UTXO. « Confirmé » signifie un bloc sur Bitcoin, un slot sur Solana, et un reçu du séquenceur sur un rollup qui ne s’est pas encore réglé sur Ethereum. Notre guide sur vérifier les confirmations détaille où ces différences pèsent vraiment.

Le second thème récurrent est l’asynchronie. Sur TON, NEAR, Polkadot et tous les rollups, une action d’utilisateur devient plusieurs enregistrements on-chain avec des identifiants différents, et chercher le mauvais sur la mauvaise chaîne est la raison la plus courante pour laquelle les gens croient que des fonds ont disparu. C’est presque toujours un problème de recherche, pas une perte.

Ce que couvre chaque page de chaîne

Les quatre mêmes points, dans le même ordre, pour que vous puissiez passer de l’une à l’autre sans réapprendre la mise en page.

D’abord, les explorateurs qui gèrent correctement cette chaîne, classés, avec une ligne sur l’usage réel de chacun plutôt qu’une liste de fonctionnalités. Ensuite, la particularité structurelle qui piège les gens — ce qui est vrai de cette chaîne et pas des autres, et qu’aucun explorateur n’explique sur la page où cela mord. Troisièmement, les conséquences pratiques de cette particularité pour quiconque envoie ou reçoit de la valeur. Et quatrièmement, la version propre à la chaîne des questions posées partout : combien de confirmations, pourquoi cela a coûté ce que cela a coûté, où sont partis mes tokens.

Nous n’avons délibérément pas écrit la même page quatorze fois en changeant les noms. La page Bitcoin consacre l’essentiel de sa longueur au marché des frais et à la monnaie rendue, car c’est ce sur quoi les utilisateurs Bitcoin butent réellement. La page TON traite surtout des messages asynchrones, car c’est ce qui casse sur TON. La page Monero porte largement sur ce qu’un explorateur ne peut pas vous montrer, car c’est le sujet honnête.

Quelles chaînes manquent, et pourquoi

Quatorze n’est pas une tentative d’exhaustivité ni un classement d’importance. C’est l’ensemble où deux conditions se réunissent : il existe une réelle demande de recherche d’informations sur les explorateurs, et il y a quelque chose de vraiment intéressant à dire sur la façon dont la chaîne se lit.

Plusieurs grands réseaux sont absents pour la seconde raison. La plupart des chaînes EVM se lisent de façon identique à Ethereum — mêmes adresses, mêmes outils, même comportement d’explorateur — une page séparée serait donc la page Ethereum avec un identifiant de chaîne différent. Là où une chaîne EVM diffère d’une manière qui compte, comme le règlement de Base ou le checkpointing de Polygon, elle a sa propre page.

D’autres sont couvertes dans un test plutôt que dans une page de chaîne. L’architecture à trois chaînes d’Avalanche est expliquée dans notre test de Snowtrace, la gouvernance et le XCM de Polkadot dans Subscan, les arbres de reçus de NEAR dans NearBlocks, l’abstraction de compte de Starknet dans Starkscan, et le modèle de service de Hedera dans HashScan. L’explication existe ; elle se trouve simplement à côté de l’outil plutôt que sur sa propre page.

Si une chaîne qui vous importe manque et qu’il y a quelque chose de précis sur sa lecture que nous n’avons pas couvert, dites-le-nous. Nous ajoutons des pages quand il y a quelque chose à dire, pas pour remplir une liste.

L’erreur qui traverse toutes ces chaînes

Un schéma apparaît sur plus de ces pages que tout autre, et si vous ne deveniez retenir qu’une chose de ce hub, ce serait celle-ci.

Chaque fois qu’un système est asynchrone ou s’étend sur deux chaînes, une action d’utilisateur devient plusieurs enregistrements on-chain avec des identifiants différents. L’identifiant ne se transmet pas. Chercher le hash qu’on vous a donné, sur la chaîne où vous pensez être, ne renvoie donc rien — et la conclusion raisonnable est que les fonds ont disparu.

Ce n’est presque jamais le cas. Cela arrive sur Base et tout autre rollup, où un dépôt sur Ethereum et son crédit sur le rollup sont des transactions séparées. Cela arrive sur TON, où une action devient une chaîne de messages. Cela arrive sur Polkadot avec les transferts XCM, sur NEAR avec les arbres de reçus, et sur Avalanche quand vous passez entre ses trois chaînes.

La solution est toujours la même : établir sur quelle chaîne vous êtes réellement, et trouver l’outil qui relie les deux moitiés. Certains explorateurs le font explicitement — le traceur de messages inter-chaînes d’Arbiscan et la vue XCM de Subscan sont les deux exemples les plus clairs. La plupart ne le font pas, et vous laissent faire correspondre par montant et horodatage.

Avant de conclure que quoi que ce soit est perdu, vérifiez que vous cherchez le bon identifiant sur la bonne chaîne. Dans notre expérience, cela explique l’immense majorité de ces cas, et cela prend moins d’une minute.