Comment réparer une transaction bloquée en attente dans MetaMask Mobile

Comprendre les transactions en attente

1. Une transaction reste en attente lorsqu’elle n’a été incluse dans aucun bloc du réseau principal Ethereum ou des chaînes de couche 1 compatibles.

2. MetaMask Mobile affiche le statut « En attente » lorsque le hachage de transaction est diffusé mais qu'aucun mineur ou validateur ne l'a encore confirmé.

3. Cela se produit souvent en raison d'un prix du gaz insuffisant, en particulier lors des pics de congestion du réseau déclenchés par les menthes NFT ou les mises à niveau du protocole DeFi.

4. Le pool de mémoire Ethereum agit comme une file d'attente en temps réel : les transactions avec des valeurs Gwei inférieures restent inactives tandis que les transactions les plus rémunératrices bondissent en avant.

5. Les utilisateurs peuvent supposer à tort que leur portefeuille n’a pas pu envoyer, alors qu’en fait le nœud a réussi à propager la transaction brute.

Mauvaise configuration du prix du gaz

1. MetaMask Mobile utilise par défaut une estimation de gaz « faible » ou « moyenne », qui peut tomber en dessous des seuils de frais de base actuels pendant les heures de pointe d'utilisation.

2. Parfois, le prix du gaz estimé affiché dans l'interface utilisateur est en retard de 30 à 90 secondes par rapport aux conditions de mémoire en temps réel.

3. Le réglage manuel du prix du gaz en dessous de 25 Gwei sur le réseau principal Ethereum pendant les fenêtres à forte demande garantit presque une file d'attente indéfinie.

4. Certaines interfaces dApp injectent des paramètres de gaz personnalisés qui remplacent l'estimateur interne de MetaMask : les utilisateurs remarquent rarement cette substitution silencieuse.

5. Les anciens transferts d'ETH utilisant la limite de gaz de 21 000 sont particulièrement vulnérables si le prix du gaz tombe même légèrement en dessous des minimums consensuels.

Mécanismes de remplacement des transactions

1. Ethereum prend en charge le remplacement des transactions via la réutilisation de cas occasionnels : l'envoi d'une nouvelle transaction avec le même cas occasionnel et un prix du gaz plus élevé invalide la précédente.

2. MetaMask Mobile autorise la modification uniquement si la transaction originale reste non confirmée et visible sous « Activité » > « En attente ».

3. Les utilisateurs doivent activer manuellement les options « Accélérer » ou « Annuler » : aucune logique de nouvelle tentative automatique ou d'escalade n'existe dans l'application.

4. Choisir « Accélérer » génère une nouvelle transaction avec une charge utile identique, un nombre occasionnel incrémenté et un prix du gaz élevé.

5. Si la transaction d'origine est confirmée après le lancement du remplacement, les deux transactions s'exécutent, même si une seule affecte le solde en raison d'une application ponctuelle.

Conflits de couche réseau

1. MetaMask Mobile achemine parfois via des points de terminaison RPC tiers qui mettent en cache les en-têtes de bloc obsolètes ou signalent de manière erronée l'état en attente.

2. La commutation entre des réseaux comme Ethereum, Arbitrum ou Base à mi-processus peut entraîner une désynchronisation occasionnelle entre les chaînes.

3. Les intégrations de portefeuilles matériels introduisent une latence de signature supplémentaire, en particulier lorsqu'elles sont associées aux délais de synchronisation en arrière-plan de Ledger Live.

4. Certains OEM Android limitent l'activité des applications en arrière-plan, interrompant ainsi les connexions WebSocket utilisées pour les mises à jour du pool de mémoire en temps réel.

5. Une dérive de l'heure locale supérieure à cinq secondes déclenche des échecs de validation EIP-1559, rejetant silencieusement la propagation des transactions.

Dépannage des erreurs courantes

1. « Erreur inconnue : impossible d'estimer le gaz » indique que le point de terminaison RPC sélectionné a rejeté l'appel eth_estimateGas : le passage à un point de terminaison public Infura ou Alchemy résout le problème dans 87 % des cas.

2. « Nonce trop faible » apparaît lors de la tentative de remplacement d'une transaction sans incrémenter le nombre occasionnel : les utilisateurs doivent vérifier le nombre occasionnel du compte courant via Etherscan avant une nouvelle soumission manuelle.

3. « La transaction a été remplacée » n'est pas une erreur : cela confirme une annulation réussie ; les utilisateurs doivent vérifier le hachage de remplacement plutôt que l'original.

4. Des « fonds insuffisants pour le gaz » peuvent apparaître malgré un solde ETH adéquat si le portefeuille contient des jetons ERC-20 avec des verrous d'approbation affectant le calcul du solde disponible.

Foire aux questions

Q : Puis-je récupérer les ETH envoyés à une transaction en attente ? L'ETH reste dans votre portefeuille jusqu'à confirmation : aucun fonds n'est débité jusqu'à son inclusion dans un bloc.

Q : Pourquoi MetaMask Mobile affiche-t-il « Confirmé » mais Etherscan affiche « Non trouvé » ? Cette inadéquation résulte de la divergence des points de terminaison RPC : MetaMask peut interroger un nœud fourchu ou retardé tandis qu'Etherscan utilise les données de la chaîne canonique.

Q : La suppression du cache MetaMask Mobile réinitialise-t-elle les transactions en attente ? Non : l'état en attente réside sur la chaîne et dans le pool de mémoire du nœud, et n'est pas mis en cache localement ; vider le cache actualise uniquement le rendu de l'interface utilisateur.

Q : Une transaction bloquée s’annulera-t-elle automatiquement après 72 heures ? Aucune spécification Ethereum ne définit l'expiration du délai d'expiration : les transactions bloquées persistent indéfiniment à moins qu'elles ne soient remplacées ou abandonnées par la politique du nœud.