Ethereum a deux couches, et les explorateurs n’en montrent généralement qu’une
Depuis le Merge en septembre 2022, Ethereum possède une couche d’exécution, qui traite les transactions et exécute l’EVM, et une couche de consensus, qui décide quels blocs sont canoniques et est sécurisée par des validateurs stakés.
Presque tous les explorateurs vous montrent la couche d’exécution, car c’est là que vivent les transactions. Etherscan vous dira tout sur une transaction et rien sur le validateur qui a proposé le bloc la contenant, si ce validateur a attesté de manière fiable, ou si quelqu’un a été pénalisé pour quoi que ce soit dans cet epoch.
beaconcha.in couvre l’autre moitié. Pour les environ un million de validateurs sécurisant le réseau et le nombre bien plus grand de personnes stakant à travers eux, cette moitié est celle qui détermine les rendements.
La performance des validateurs, et la métrique qui compte
Le travail d’un validateur consiste principalement à attester — voter sur ce qu’il croit être la tête de la chaîne, à chaque epoch. Occasionnellement, environ une fois tous les quelques mois au nombre actuel de validateurs, il est sélectionné pour proposer un bloc.
Les récompenses viennent principalement des attestations, et spécifiquement de l’efficacité d’attestation : attester correctement et promptement. Une attestation soumise en retard compte toujours mais rapporte moins. C’est le chiffre qui sépare un validateur bien géré d’un mal géré, et c’est le chiffre que beaconcha.in met au premier plan.
Les causes courantes d’une mauvaise efficacité sont peu glamour et réparables : une connexion lente ou peu fiable, une machine surchargée, une dérive d’horloge, ou un client d’exécution en retard sur son client de consensus. L’explorateur vous montrera le symptôme ; la cause est sur votre matériel.
L’historique des propositions compte moins statistiquement mais plus financièrement sur le moment, puisqu’un bloc proposé porte des frais prioritaires et tout paiement MEV. Manquer une proposition parce que votre nœud était hors ligne est l’échec unique le plus coûteux disponible pour un staker solo.
Le slashing, plus rare que ce que les gens craignent
Le slashing est la pénalité pour un comportement malveillant prouvable — signer deux blocs contradictoires, ou deux attestations contradictoires. Il entraîne une pénalité et une éjection forcée.
Cela vaut la peine d’être clair, car la peur est disproportionnée par rapport au risque : le slashing est rare, et il n’est essentiellement jamais causé par un temps d’arrêt. Être hors ligne vous coûte les récompenses que vous auriez gagnées, à peu près le montant que vous auriez gagné, et rien de plus. Le slashing nécessite de signer des messages contradictoires, ce qui en pratique signifie presque toujours faire tourner les mêmes clés de validateur sur deux machines à la fois.
La façon la plus fiable de se faire slasher est un basculement mal exécuté — déplacer un validateur vers un nouveau matériel sans s’assurer que l’ancien est vraiment arrêté. beaconcha.in enregistre chaque événement de slashing avec sa raison, et en lire quelques-uns est une éducation sur ce qui tourne réellement mal.
Une habitude utile
Si vous stakez, configurez l’alerte de temps d’arrêt. Les attestations manquées s’accumulent silencieusement et un validateur solo peut être hors ligne pendant des jours avant que quiconque ne le remarque. L’alerte est gratuite et c’est les deux minutes de configuration les plus précieuses disponibles pour un staker.
Les retraits depuis Shapella
La mise à niveau Shapella en avril 2023 a activé les retraits depuis la couche de consensus, ce qui a transformé le staking d’un engagement à sens unique en quelque chose avec une sortie.
Deux types existent. Les retraits partiels balaient automatiquement et périodiquement le solde au-dessus de 32 ETH, sans action requise — ce sont vos récompenses accumulées qui arrivent. Les retraits complets nécessitent de sortir le validateur, ce qui le place dans une file d’attente dont la longueur dépend du nombre d’autres sortant en même temps.
beaconcha.in suit les deux, y compris la position dans la file de sortie. Pour quiconque prévoit de déstaker, cette file est la réponse à « quand », et ce n’est pas un chiffre fixe — elle s’allonge fortement pendant les périodes où de nombreux validateurs sortent ensemble.
Un prérequis piège les gens : les retraits ne fonctionnent que si le validateur a des identifiants de retrait pointant vers une adresse de couche d’exécution. Les validateurs configurés aux premiers jours utilisaient souvent l’ancien format d’identifiant BLS et doivent d’abord être mis à jour. beaconcha.in montre le type d’identifiant sur la page du validateur, et le vérifier avant d’en avoir besoin est nettement mieux que le vérifier après.
API et auto-hébergement
Un niveau gratuit d’API avec une clé couvre le statut, la performance et les récompenses des validateurs — suffisant pour un tableau de bord personnel, serré pour tout ce qui est plus grand. Des niveaux payants existent.
Il est aussi open source et auto-hébergeable, ce qui est inhabituel pour un outil aussi spécialisé. Si vous faites déjà tourner un nœud beacon, faire tourner l’explorateur contre lui est une extension naturelle et élimine entièrement le tiers de votre surveillance.
Pour un staker solo, cette combinaison — votre propre nœud beacon, votre propre explorateur, vos propres alertes — est la configuration qui ne dépend de personne. C’est plus de travail qu’un favori de navigateur, et c’est la différence entre surveiller votre validateur et demander à quelqu’un d’autre à ce sujet.