NFT de retrait Lido : vérifier l'attente, le retrait possible et les ETH reçus

Un NFT de retrait Lido représente une demande pour recevoir des ETH ; il ne correspond pas à des ETH déjà crédités dans votre portefeuille. Pour une demande existante sur Ethereum Mainnet, identifiez son ID, son détenteur actuel et son statut. Distinguez ensuite une demande en attente, un montant prêt à être réclamé et un paiement terminé.

Si votre solde de stETH a baissé après une demande mais qu’aucun ETH natif n’est apparu, comparez ces étapes avant de conclure à des fonds manquants. Ce guide examine des données publiques. Il ne soumet pas de retrait, ne transfère pas le NFT et ne réclame pas de fonds.

Lisez la demande comme une position en cours de transformation

L’explication des NFT par Lido décrit un NFT créé pour une demande de retrait et détruit après une réclamation réussie. Le NFT peut passer d’une adresse à une autre : son détenteur actuel, qui n’est pas nécessairement le demandeur initial, détient le droit de réclamation.

Conservez la demande avec la transaction que vous reconnaissez déjà. Les jetons de staking envoyés dans ce processus et la demande qui les représente sont des formes successives de la position. Ne comptabilisez pas l’ancien solde comme si ces mêmes jetons étaient encore librement détenus à cette adresse.

Cela diffère de la lecture du rebasage d’un jeton de staking en portefeuille ou de la conversion de sa version enveloppée. Utilisez le guide des soldes stETH et wstETH pour les jetons encore détenus hors de la demande. Une demande de retrait nécessite son propre enregistrement même si un outil de suivi n’affiche aucune valeur utile pour le NFT.

Rapprochez le contrat, l’ID et le détenteur actuel

Notez Ethereum Mainnet, l’adresse complète du contrat de la file de retrait et l’ID de demande. Vérifiez le déploiement dans la liste officielle des contrats Lido, consultée de façon indépendante, pas depuis un lien contenu dans un NFT inattendu. Un nom de collection, une image ou un symbole de jeton familier ne suffit pas.

L’ID de demande identifie un élément au sein de ce contrat. Le nombre total de NFT d’un portefeuille n’identifie ni cette demande ni son montant. Le guide de propriété des NFT explique pourquoi un ID individuel compte.

Pour une demande non réclamée, comparez son propriétaire enregistré à l’adresse que vous souhaitez examiner. Si un service ou un contrat de garde détient le NFT, reliez cet enregistrement aux informations distinctes de réclamation du service. Une ancienne transaction de votre portefeuille ne prouve pas que le NFT s’y trouve toujours. Ne le déplacez pas seulement pour corriger l’affichage d’une galerie de portefeuille.

Séparez attente, montant réclamable et réclamation terminée

Les indications de Lido sur la disponibilité distinguent la demande de la réclamation. L’état prêt est une étape du processus, pas un crédit terminé dans le portefeuille.

Enregistrement	Ce qu’il faut établir
Demande en attente	Elle existe et n’a pas été finalisée
Finalisée, non réclamée	Les ETH réservés peuvent être réclamés
Réclamée	Une réclamation a abouti ; vérifiez son destinataire
Lecture échouée	L’état reste non vérifié

La référence de la file documente getWithdrawalStatus avec owner, isFinalized et isClaimed. Sa lecture getClaimableEther nécessite des indications valides de points de contrôle et renvoie zéro pour les demandes non finalisées ou déjà réclamées. Lisez les indicateurs avec le montant ; un simple zéro ne distingue pas ces cas. Une erreur de requête n’est pas une réponse nulle valide.

La même référence autorise l’envoi des ETH à un destinataire spécifié lors de la réclamation. Après une réclamation terminée, examinez cette destination réelle sans supposer qu’il s’agit du demandeur initial. Le NFT est détruit, donc une recherche de propriétaire peut échouer pour un ID déjà réclamé ; conservez l’historique et le statut de la demande au lieu d’interpréter l’absence du NFT comme une nouvelle perte.

Ici, la finalisation signifie que Lido a finalisé la demande de retrait. Ce terme ne désigne pas la finalité du consensus Ethereum. Ces données n’établissent pas non plus un prix de vente du NFT ou un montant futur de paiement garanti.

Rapprochez une créance sans la compter deux fois

Créez un petit tableau avec des colonnes pour l’identité de la demande, l’état, le détenteur actuel, le montant documenté et l’heure d’observation. Séparez les jetons détenus en portefeuille hors de la demande. Lorsqu’une réclamation se termine, remplacez l’entrée de créance en cours par le montant réellement reçu ; conservez la créance comme historique plutôt que comme actif supplémentaire.

Dans un exemple comptable inventé, supposons qu’une adresse ait une demande finalisée, non réclamée, affichant 1 ETH disponible. Enregistrer à la fois une créance de 1 ETH et 1 ETH comme déjà reçu afficherait à tort 2 ETH. Si la réclamation envoie ensuite 1 ETH à cette adresse, sans autre changement, la créance en cours devient nulle et le montant reçu est de 1 ETH. Cet exemple illustre un double comptage, pas une demande réelle, un taux de change ou la promesse que tout montant de stETH demandé paie le même montant d’ETH.

Un encaissement historique n’établit pas non plus le solde actuel. Le destinataire pourrait avoir dépensé les ETH depuis. Comparez les instantanés et l’activité ultérieure avant d’ajouter un montant actuel du portefeuille. La liste générale de vérification des écarts de portefeuille aide à distinguer une couverture incomplète, des données périmées et la valorisation.

Terminez une vérification en lecture seule avant d’agir

Cette procédure suit la documentation vérifiée le 31 octobre 2026. Elle n’a pas été testée sur un portefeuille ou une demande de retrait réels pour cet article.

1. Identifiez la demande. Enregistrez le réseau, le contrat de file vérifié, l’ID de demande et votre transaction de demande connue. Ne les remplacez pas par un NFT au nom similaire.
2. Vérifiez la propriété actuelle. Rapprochez le détenteur enregistré d’une demande non réclamée. Si un autre compte ou service la détient, notez ce fait et la créance distincte auprès du dépositaire.
3. Lisez le statut et le montant ensemble. Notez les preuves d’attente, de finalisation ou de réclamation et un montant daté lorsqu’il est disponible. Utilisez les entrées documentées des méthodes de lecture ; laissez inconnues les lectures non prises en charge ou échouées.
4. Pour une réclamation terminée, vérifiez la réception. Rapprochez l’ID de demande du relevé de réclamation, le destinataire réel, le montant d’ETH et la transaction ou le bloc. Examinez le solde actuel de la destination séparément du paiement historique.
5. Comptabilisez la position une seule fois. Conservez les jetons hors demande, une créance en cours et les ETH déjà reçus dans leurs états corrects. Expliquez les mouvements entre instantanés au lieu d’additionner les nombres de chaque écran.

Les délais de retrait dépendent des conditions de la file et des circonstances du protocole. Une estimation affichée n’est pas une échéance universelle. Cette inspection ne nécessite ni signature, ni autorisation, ni phrase de récupération. Réclamer des fonds est une décision de transaction distincte avec ses propres vérifications.

Votre résultat doit identifier la demande, son état actuel et les preuves de tout ETH reçu. Si un lien essentiel manque, marquez cette partie comme non vérifiée. Une image familière de NFT ou une transaction de demande terminée ne peut pas combler cette lacune.