Comment afficher une transaction inter-chaînes dans MetaMask ?

Comprendre la visibilité des transactions inter-chaînes

1. MetaMask n'affiche pas nativement l'historique des transactions inter-chaînes sur plusieurs réseaux dans une chronologie unifiée. Chaque réseau fonctionne comme un contexte de grand livre isolé au sein de l'interface du portefeuille.

2. Lorsqu'un utilisateur relie des actifs, tels que le transfert d'ETH d'Ethereum Mainnet vers Arbitrum, la transaction d'envoi d'origine apparaît sous l'onglet d'activité d'Ethereum, tandis que la transaction de réception correspondante n'apparaît qu'après le passage à la vue réseau d'Arbitrum.

3. Le portefeuille les traite comme deux événements distincts sur la chaîne : un sortant (chaîne source) et un entrant (chaîne de destination), sans lien ni corrélation automatique entre eux dans l'interface utilisateur.

4. Les utilisateurs doivent basculer manuellement le sélecteur de réseau dans la barre supérieure pour inspecter l'activité sur chaque chaîne individuellement. Aucun panneau « historique de pont » agrégé n'existe dans la version actuelle de MetaMask.

5. Les hachages de transaction des deux côtés restent visibles, mais les utilisateurs doivent les copier et les coller dans les explorateurs de blocs respectifs (par exemple, etherscan.io pour Ethereum, arbiscan.io pour Arbitrum) pour vérifier le statut et confirmer la finalité.

Localisation des reçus d'actifs pontés

1. Après avoir effectué une action de pont via Rhino.fi ou Scroll Bridge, le solde de la chaîne de destination peut ne pas être mis à jour instantanément dans MetaMask en raison de retards de mise en cache ou de confirmations de blocage en attente.

2. L'actualisation de la page du portefeuille à elle seule ne suffit pas ; les utilisateurs doivent explicitement basculer vers le réseau cible avant de vérifier le solde des actifs : MetaMask n'interroge pas automatiquement les soldes entre les chaînes.

3. Si les jetons n'apparaissent pas après le pont, vérifiez si l'adresse du contrat du jeton correspond au déploiement attendu sur cette chaîne. De nombreux jetons pontés sont des contrats ERC-20 personnalisés nécessitant un ajout manuel via « Importer un jeton » > « Jeton personnalisé ».

4. Pour les actifs natifs comme ETH ou MATIC, l'absence indique généralement soit une finalisation incomplète sur la chaîne de destination, soit une sélection de réseau incorrecte, et non un échec de synchronisation du portefeuille.

5. Les utilisateurs doivent vérifier l'onglet « Activité » uniquement après avoir confirmé que la sélection du réseau correspond à la chaîne de destination prévue ; sinon, le reçu sera invisible quelle que soit la confirmation en chaîne.

Vérification de l'état du pont via des outils externes

1. MetaMask ne fournit aucun tableau de bord de suivi de pont intégré ni indicateur d'état pour les transferts inter-chaînes en attente : les utilisateurs s'appuient entièrement sur des outils tiers pour la surveillance en temps réel.

2. Copier le hachage de transaction de la chaîne source et le coller dans Etherscan révèle si le protocole de pont a traité la demande et lancé le relais.

3. Certains ponts génèrent un deuxième hachage lors de la création de la chaîne de destination : ce hachage doit être vérifié séparément sur l'explorateur de destination, car MetaMask ne le fait pas apparaître automatiquement.

4. Les intervalles de temps entre la confirmation de la source et la frappe de destination varient selon la conception du pont : les ponts basés sur LayerZero peuvent se terminer en moins de 2 minutes, tandis que les cumuls optimistes canoniques comme Optimism nécessitent jusqu'à 7 jours pour la vérification de la finalité.

5. Les utilisateurs observant de longs retards doivent inspecter la page d'état officielle du pont ou les annonces Discord (et non les journaux internes de MetaMask) pour détecter les pannes liées à l'infrastructure ou les arriérés de files d'attente.

Débogage des événements inter-chaînes manquants

1. La corruption d'IndexedDB dans Chrome peut empêcher MetaMask de charger l'activité récente des réseaux nouvellement commutés : la suppression des données du site sous « Application > Stockage » restaure souvent la visibilité.

2. L'utilisation du navigateur Brave avec Shields activé bloque les signaux de prise de contact WalletConnect requis pour que certaines dApps de pont émettent des reçus de transaction à MetaMask - la désactivation de Shields résout ce problème de manière silencieuse.

3. Si un jeton ponté apparaît sur Blockscout mais pas dans MetaMask, le champ décimal du jeton peut être mal configuré lors de l'importation : le corriger manuellement pour qu'il corresponde à la valeur décimale réelle du contrat (par exemple, 6 contre 18) force un rendu d'équilibre correct.

4. Le paramètre « Mode de confidentialité » de MetaMask empêche les dApps de lire les détails du compte ; sa désactivation permet aux interfaces de pont d'envoyer des notifications de reçu directement dans le flux d'activité du portefeuille.

5. Des incompatibilités répétées sur les envois de la chaîne source, souvent causées par des tentatives rapides, peuvent orpheliner les transactions d'initiation de pont, les rendant invisibles dans MetaMask à moins qu'elles ne soient soumises à nouveau manuellement avec l'incrément correct.

Foire aux questions

Q : Pourquoi mon MetaMask affiche-t-il « Aucune activité » après le pont vers Starknet ? R : Starknet utilise un environnement d'exécution non-EVM. MetaMask ne peut pas analyser nativement les transactions Starknet. Vous devez utiliser des portefeuilles compatibles Web3.bitget.com/zh/assets/starknet-wallet ou Starknet.js pour afficher ces événements.

Q : Puis-je voir les deux côtés d'un pont Polygon <> Ethereum au même endroit dans MetaMask ? R : Non. MetaMask affiche uniquement l'activité du réseau actuellement sélectionné. Vous devez changer de réseau manuellement pour afficher chaque tronçon du pont séparément.

Q : Mon USDC ponté s'affiche sur Arbiscan mais pas dans MetaMask : qu'est-ce qui ne va pas ? R : Vous avez probablement importé l'adresse du contrat Ethereum USDC au lieu de l'adresse USDC native d'Arbitrum. Utilisez 0xFF970A61A04b1cA14834A43f5dE4533eBDDB5CC8 pour Arbitrum USDC et réimportez.

Q : MetaMask stocke-t-il les métadonnées des transactions inter-chaînes, telles que la répartition des frais de pont ou l'heure d'arrivée estimée ? R : Non. MetaMask stocke uniquement les objets de transaction bruts (hachage, valeur, gasUsed). Toutes les métadonnées spécifiques au pont sont générées et affichées uniquement par l'interface du pont dApp, et non par le portefeuille.