Solde du validateur Ethereum et adresse de retrait : où sont vos ETH ?

Les ETH inscrits sur un validateur Ethereum ne sont pas encore des ETH disponibles à son adresse de retrait. Reliez le validateur à cette adresse, identifiez son type d’identifiants de retrait et examinez les retraits effectués séparément de son solde actuel en staking.

Un portefeuille affichant moins d’ETH que la page du validateur ne prouve pas, à lui seul, une disparition de fonds. Les deux écrans peuvent décrire des emplacements et des étapes différents. Ce guide aide à rapprocher une position existante de staking natif sur Ethereum Mainnet sans modifier les identifiants, demander un retrait ou faire sortir un validateur.

Si vous détenez un reçu de pool ou un jeton de staking liquide, utilisez plutôt la comptabilité du fournisseur. Le guide stETH et wstETH traite d’une autre représentation ; détenir un jeton de staking ne fait pas de votre portefeuille l’adresse de retrait d’un validateur individuel.

Commencez par le validateur et la destination

Notez la clé publique ou l’index du validateur, le réseau et l’adresse complète de retrait sur la couche d’exécution, si elle est configurée dans son enregistrement public actuel. Confirmez le validateur à partir de votre configuration de staking connue ou des relevés du fournisseur. L’identifiant du validateur, l’adresse émettrice d’une transaction de dépôt et la destination du retrait répondent à des questions différentes.

L’explication des retraits par Ethereum distingue le compte du validateur sur la couche de consensus du compte de la couche d’exécution qui reçoit les ETH retirés. Ne remplacez pas la destination de retrait actuellement enregistrée par le compte ayant initialement envoyé le dépôt.

Comparez l’adresse de destination entière avec le compte examiné. Un libellé abrégé ne permet pas d’établir la correspondance. Conservez le bloc ou l’heure d’observation avec les deux écritures. Si un service gère le validateur ou reçoit ses retraits, la destination sur la chaîne ne prouve pas à elle seule votre créance personnelle envers ce service.

Vérifiez le type d’identifiants avant d’attendre un paiement

La référence des identifiants de retrait distingue trois préfixes. Chacun est le premier octet des identifiants de retrait, pas le début de l’adresse du portefeuille. Ils décrivent le fonctionnement des retraits, pas trois soldes de portefeuille distincts :

Identifiants	Signification pour cette vérification
0x00	Aucune adresse de retrait sur la couche d’exécution configurée
0x01, Type 1	Les anciennes règles de retrait s’appliquent
0x02, Type 2	Les règles de retrait avec capitalisation s’appliquent

Pour Type 1, l’excédent admissible au-dessus de 32 ETH est automatiquement transféré vers la destination. Pour Type 2, les récompenses peuvent se capitaliser jusqu’à un solde effectif maximal de 2048 ETH ; les transferts automatiques concernent l’excédent au-dessus de ce seuil supérieur. Un retrait partiel en dessous nécessite une demande. Un montant supérieur à 32 ETH n’a donc pas le même sens pour les deux types.

C’est une raison d’identifier l’enregistrement, pas une instruction de convertir les identifiants. Modifications et demandes ont des conséquences opérationnelles et de sécurité. Suivez les instructions officielles de gestion des validateurs pour toute décision distincte d’agir ; ne saisissez jamais les secrets du validateur ou une phrase de récupération sur une page de vérification du solde.

Trouvez l’écriture de retrait, pas seulement une transaction ordinaire

Une demande de sortie n’est pas la réception de l’intégralité du solde du validateur. Les demandes de la couche d’exécution lancent un processus impliquant la couche de consensus. Suivez son état ultérieur au lieu de traiter la transaction de demande comme le paiement lui-même.

Les retraits de consensus effectués diffèrent aussi des transactions ordinaires des utilisateurs. EIP-4895 définit des opérations de retrait avec index du validateur, destinataire, montant et index du retrait. Elles augmentent le solde du destinataire sur la couche d’exécution sans être des transactions ordinaires envoyées par un portefeuille. Un explorateur peut les présenter dans une vue dédiée aux retraits.

Pour le transfert à rapprocher, notez l’index du validateur, le destinataire complet, le montant et le bloc. Utilisez les unités documentées par l’explorateur : le montant brut d’un retrait dans la spécification est en Gwei, pas en ETH. Une liste vide de transactions ordinaires ne prouve pas l’absence de retrait.

Un ancien retrait établit un crédit passé, pas le solde disponible aujourd’hui. La destination a pu envoyer des ETH ailleurs depuis. Examinez séparément son solde actuel et les activités ultérieures pertinentes. Une recherche échouée ou indisponible reste une inconnue ; ce n’est pas un retrait nul.

Rapprochez les étapes sans compter deux fois les mêmes ETH

Gardez trois écritures distinctes : solde actuel du validateur, retraits effectués et solde actuel de la destination sur la couche d’exécution. L’historique des retraits est un flux entre écritures, pas un actif supplémentaire à ajouter aux deux soldes actuels.

Supposons, dans un exemple comptable inventé, qu’un validateur Type 1 ait 32.4 ETH avant un retrait effectué de 0.4 ETH. Sans autre changement, il possède ensuite 32 ETH et une destination auparavant vide possède 0.4 ETH. Le total actuel est de 32.4 ETH. Ajouter l’ancien instantané de 32.4 ETH aux 0.4 ETH reçus donnerait à tort 32.8 ETH.

L’exemple suppose un retrait admissible et aucune récompense, pénalité, dépense ou autre mouvement pendant la comparaison. Ce n’est ni une observation d’un validateur réel ni une promesse de paiement. Les instantanés réels nécessitent leurs horodatages et activités effectifs.

Pour une sortie complète, distinguez demande, sortie en cours, retrait possible et retrait effectif. La demande dans la file et l’état du validateur influencent le délai ; une sortie complète n’est pas un transfert instantané vers le portefeuille. Utilisez les enregistrements actuels du protocole plutôt qu’un compte à rebours universel. Le guide général de rapprochement du portefeuille explique pourquoi le total d’un outil de suivi peut omettre une position ou compter une ancienne représentation.

Terminez un relevé de rapprochement en lecture seule

La vérification suivante repose sur la documentation consultée le 30 octobre 2026. Elle n’a pas été testée sur un validateur actif pour cet article.

1. Identifiez la position. Rapprochez le réseau et la clé publique ou l’index du validateur de vos relevés de staking. Déterminez si vous détenez une position directe de validateur ou une créance sur un fournisseur.
2. Lisez la destination et le type d’identifiants. Notez le préfixe et, si elle est configurée, l’adresse complète de retrait. Pour 0x00, indiquez qu’aucune destination de la couche d’exécution n’est configurée. Ne déduisez ni l’un ni l’autre de l’émetteur du dépôt ou d’un nom de portefeuille familier.
3. Relevez l’état actuel du validateur. Conservez son solde et le statut pertinent de sortie ou de retrait à une heure précisée. Ne traitez pas une demande en attente comme un paiement effectué.
4. Vérifiez les retraits effectués. Rapprochez l’index du validateur, le destinataire, le montant et le bloc de chaque retrait pertinent. Examinez le solde ETH actuel de la destination séparément de sa liste de transactions ordinaires.
5. Alignez et rapprochez les écritures. Expliquez les mouvements entre instantanés, comptez chaque avoir actuel une seule fois et marquez les preuves manquantes comme non vérifiées. Si un service contrôle la destination, incluez son relevé distinct de votre créance.

Cette vérification des enregistrements publics ne comporte ni signature de transaction ni modification des identifiants. Le résultat doit expliquer où les ETH sont inscrits et quel retrait, le cas échéant, relie les écritures. Il ne prouve pas la sécurité du validateur, n’établit pas la solvabilité d’un fournisseur et ne garantit pas les récompenses futures. Agir sur un validateur est une tâche distincte.