Ethereum est deux chaînes, et la plupart des explorateurs n’en montrent qu’une
Depuis le Merge en septembre 2022, Ethereum a une couche d’exécution qui traite les transactions et fait tourner l’EVM, et une couche de consensus sécurisée par des validateurs gestakés qui décide quels blocs sont canoniques.
Presque tous les explorateurs montrent la couche d’exécution, car c’est là que vivent les transactions. Etherscan vous dira tout d’une transaction et rien du validateur qui a proposé le bloc la contenant, si ce validateur attestait fiablement, ou si quelqu’un a été pénalisé dans cette époque.
Pour la plupart des gens, c’est très bien. Pour le près d’un million de validateurs sécurisant le réseau, et le nombre bien plus grand de personnes stakant via eux, la couche de consensus est celle qui détermine le rendement — et beaconcha.in en est la seule vue approfondie.
Si vous stakez, utilisez les deux. Sinon, vous pouvez ignorer en toute sécurité la moitié d’Ethereum, et la plupart des gens le font.
Transactions internes, et le retrait qui « n’est pas arrivé »
C’est de loin la source de confusion la plus courante sur Ethereum, et elle produit un flux constant de tickets de support à chaque plateforme d’échange.
Une transaction sur Ethereum est un appel d’une adresse à une autre. Si la destination est un contrat, ce contrat peut appeler d’autres contrats, et ces appels peuvent déplacer de la valeur. Rien de tout cela n’apparaît dans le champ de valeur de la transaction d’origine, car cela ne s’est pas produit dans la transaction d’origine — cela s’est produit pendant son exécution.
Les explorateurs appellent cela des transactions internes, et elles se trouvent sur un onglet séparé. Une page d’adresse peut donc montrer presque aucune activité alors qu’une valeur substantielle y a transité, et une transaction peut montrer une valeur nulle tout en transférant beaucoup.
Quand quelqu’un signale qu’un retrait n’est pas arrivé, l’onglet des transactions internes est le premier endroit à regarder. Le second est l’onglet des transferts de tokens, car les mouvements ERC-20 sont des événements de log plutôt que des champs de transaction et n’apparaissent ni dans la liste principale ni dans l’interne.
| Si vous cherchez | Regardez | Pourquoi ce n’est pas dans la liste principale |
|---|---|---|
| Un simple transfert ETH | Transactions | Il y est |
| De l’ETH déplacé par un contrat | Transactions internes | C’est arrivé pendant l’exécution, pas comme une transaction |
| Un transfert de token | Transferts de tokens (ERC-20) | C’est un événement de log émis par le contrat du token |
| Un mouvement de NFT | Transferts de tokens (ERC-721/1155) | Même raison, standard différent |
Lire un contrat avant de signer quoi que ce soit
Le véritable avantage concurrentiel d’Etherscan n’est pas l’explorateur, c’est le registre de code source vérifié derrière. La vérification signifie que quelqu’un a soumis le Solidity original avec les réglages exacts du compilateur, et Etherscan a confirmé qu’il recompile vers le bytecode réellement déployé.
Cette vérification est reproductible, ce qui la rend digne de confiance plutôt que simplement autoritaire. Elle a aussi fait de « est-ce vérifié sur Etherscan » une question de sécurité de premier ordre dans tout l’écosystème, posée par des gens n’ayant jamais écrit une ligne de Solidity.
Trois choses à savoir en le lisant.
Les proxies. La plupart des contrats importants sont des proxies — une adresse permanente déléguant toute la logique à une implémentation séparée pouvant être échangée. Un explorateur naïf vous montre quarante lignes de code passe-plat. Etherscan résout l’implémentation et propose un bouton « Read as Proxy » ; plusieurs concurrents ne le font pas, et l’échec est silencieux.
Privilèges du propriétaire. Vérifié ne signifie pas sûr. Cherchez les fonctions qu’un seul propriétaire peut appeler : minter sans limite, mettre en pause les transferts, changer les frais, mettre à jour l’implémentation. Tout cela est légitime dans certaines conceptions et c’est aussi comment fonctionnent les rug pulls de tokens.
L’onglet d’écriture. Il vous permet d’appeler directement des fonctions modifiant l’état avec votre portefeuille, la voie de secours standard quand l’interface d’un projet tombe en panne. C’est aussi une interface brute sans garde-fous — rien ne vous empêche de saisir les mauvaises décimales et d’approuver une dépense un million de fois plus grande que prévu.
La position en matière de confidentialité sur Ethereum
Ethereum est une chaîne à modèle de comptes, ce qui la rend nettement plus facile à analyser que Bitcoin. Les adresses sont réutilisées par conception — votre portefeuille est une adresse, et tout ce que vous avez jamais fait avec elle est lié par construction.
Cela signifie que le conseil habituel d’éviter la réutilisation d’adresse ne s’applique pas ici ; vous ne le pouvez pas. Ce que vous pouvez contrôler, c’est ce que vous révélez sur quelle adresse est la vôtre, et les recherches sur explorateur en font partie.
Etherscan est fermé, commercial et n’a pas de service onion. Blockscout est open source, ce qui vous permet au moins de lire ce que fait le logiciel, bien qu’une instance hébergée reste un tiers. Otterscan contre votre propre nœud Erigon est la seule réponse complète, et le coût est un nœud d’archive de plusieurs téraoctets.
Le résumé honnête : sur Ethereum, la confidentialité face aux explorateurs est atteignable et la confidentialité face à l’analyse de chaîne ne l’est pas. Arkham démontre le second point plus efficacement que n’importe quel texte, et le comprendre est plus utile que d’essayer de le contrer.
Où l’activité est réellement partie
Une grande partie de ce qui se passait auparavant sur le mainnet Ethereum se passe maintenant sur les rollups, et la question de l’explorateur se déplace avec elle. Base, Polygon, Arbitrum, Linea et Scroll ont chacun leurs propres explorateurs, majoritairement de la famille Etherscan, et une clé V2 unique les couvre tous.
Ce qui change, c’est le sens de « confirmé ». Sur le mainnet, une transaction dans un bloc est réglée. Sur un rollup, elle est confirmée par un séquenceur, et le règlement sur Ethereum arrive plus tard — minutes à heures pour un rollup de validité, jours pour un optimiste avec sa fenêtre de contestation.
Les deux explorateurs utilisent le mot « confirmé ». Un seul des deux signifie la finalité au sens le plus fort, et le champ qui les distingue est le statut du lot L1. Si vous déplacez une valeur significative entre rollups, c’est le champ à apprendre.
Nos tests de BaseScan, Arbiscan et LineaScan détaillent comment chacun le présente, et les différences entre rollups optimistes et de validité qui rendent les délais si différents.