Transfert de bridge bloqué ou jetons non reçus ? Comment suivre et récupérer vos fonds cross-chain

La plupart des transferts de bridge qui semblent perdus se trouvent dans l'un de ces quatre états : la transaction source a échoué, le bridge est encore en train de vérifier ou de relayer le message, le transfert attend que vous le réclamiez (fréquent pour les retraits d'un rollup vers Ethereum, qui peuvent prendre plusieurs jours), ou les jetons sont bien arrivés mais votre wallet n'affiche pas ce réseau ou ce jeton. En octobre 2026, vérifiez-les dans cet ordre à partir du hash de transaction : l'explorateur de la chaîne source, puis l'explorateur propre au bridge, puis votre adresse sur l'explorateur de la chaîne de destination. Les fonds sont généralement irrécupérables surtout lorsqu'ils ont été envoyés à une adresse que vous ne contrôlez pas ou via une route que le bridge ne prend pas en charge ; une faille exploitée sur un bridge, ou un transfert manuel laissé sans réclamation après son échéance, peut aussi entraîner une perte : ne laissez donc pas un claim en attente.

Où sont vos fonds en ce moment ? Les quatre états d'un transfert de bridge manquant

Un transfert de bridge manquant se trouve presque toujours dans l'un de ces quatre états, et seuls les explorateurs de blocs, et non un libellé de wallet ou de dApp, peuvent vous dire lequel. Un transfert se compose d'une transaction source (verrouillage, burn ou dépôt), d'une étape de vérification et de relais, et d'une transaction de destination (mint, libération ou exécution de l'ordre), parfois suivie d'un claim.

Un libellé « en attente » dans un wallet ou une dApp ne prouve rien. Pour la procédure elle-même, consultez comment bridger des cryptos entre chaînes.

Étape 1 : la transaction source a-t-elle vraiment réussi ?

Copiez le hash de la transaction depuis la liste d'activité de votre wallet, puis ouvrez-le sur l'explorateur de la chaîne source : le champ de statut vous indique si le bridge a bien reçu vos jetons.

• Succès. Passez à l'étape 2.
• Failed ou Reverted. Les jetons n'ont jamais quitté votre adresse et vous n'avez perdu que le gas. Vous pouvez réessayer.
• En attente. La transaction attend encore d'être incluse, ce qui relève généralement d'un problème de frais de réseau ou de mempool, pas du bridge.
• Introuvable. Vérifiez que vous êtes sur l'explorateur de la bonne chaîne et que vous avez copié le hash en entier ; la transaction a aussi pu être abandonnée ou remplacée.

Confirmez également que l'adresse « To » est bien le contrat du bridge que vous visiez. Consultez comment lire le champ de statut sur un explorateur de blocs.

Étape 2 : recherchez le transfert dans l'explorateur ou la page de statut du bridge

La plupart des bridges et des protocoles de messagerie publient un explorateur qui accepte votre hash de transaction ou votre adresse et indique de quel côté le transfert est bloqué.

LayerZero Scan en est un exemple. Ses statuts documentés comprennent Inflight (en attente de confirmations, de vérification ou d'exécution), Delivered, Payload Stored (le message est arrivé mais a échoué ou manqué de gas et nécessite un nouvel essai) et Blocked (un message antérieur dont le payload est stocké bloque celui-ci). Le guide de Range de juillet 2026 énumère les causes courantes d'un transfert « en transit » : retards de finalité ou d'attestation, files d'attente de relayeurs et manque de liquidité à destination. La plupart se résolvent sans aucune action de votre part.

Règle de décision : si l'explorateur du bridge indique livré ou terminé, passez à l'étape 3. S'il indique un échec ou la nécessité d'un nouvel essai, utilisez l'application officielle du bridge ou son canal de support. N'utilisez jamais un lien qu'on vous envoie dans un message.

Étape 3 : vérifiez votre adresse sur l'explorateur de la chaîne de destination

Recherchez votre propre adresse de réception, et non le hash de la transaction, sur l'explorateur de la chaîne de destination et ouvrez son onglet des transferts de jetons. Si le transfert entrant y figure, vos fonds sont on-chain et le problème ne concerne que l'affichage : passez à l'étape 5. S'il n'y a rien, vérifiez que l'adresse de réception est bien celle que vous visiez, car certaines interfaces de bridge permettent de saisir un autre destinataire.

Étape 4 : le transfert nécessite-t-il un claim manuel ou une finalisation ?

Les retraits des rollups optimistes vers Ethereum via le bridge natif ne sont pas automatiques : vous les finalisez vous-même après un délai d'attente.

• OP Mainnet. Un retrait se fait en trois transactions (initiation sur L2, prove sur L1, finalisation sur L1), et la documentation d'Optimism indique une période de contestation de 7 jours sur le mainnet avant la finalisation.
• Base. Suit le même flux en trois étapes. La documentation de Base indique une fenêtre de finalisation de 5 jours sur la voie standard et de 1 jour sur une voie rapide à double preuve, contre 7 jours auparavant ; vérifiez donc ses chiffres actuels.
• Arbitrum. Selon la documentation du bridge Arbitrum, les retraits d'Arbitrum One ou de Nova vers Ethereum prennent au moins sept jours, après quoi vous cliquez sur Claim.
• Bridges par messages. Certaines routes exigent une transaction de redeem sur la chaîne de destination. La documentation de Wormhole décrit à la fois une route manuelle et une route automatique avec relayeur.
• Bridges par intentions. Un relayeur avance les fonds sur la chaîne de destination. Sur Across, si aucun relayeur n'exécute un dépôt avant son échéance, le remboursement passe par des lots de règlement et, selon la documentation d'Across, prend plusieurs heures plutôt que quelques minutes.

Un claim est lui-même une transaction : il vous faut donc un moyen de payer les frais sur la chaîne où vous le soumettez.

Étape 5 : les fonds sont arrivés mais votre wallet n'affiche rien

Si l'explorateur de destination affiche le transfert, les fonds existent et votre wallet ne les affiche tout simplement pas.

1. Changez de réseau. Le centre d'aide d'Hyperlane (janvier 2026) précise que les wallets ne basculent pas automatiquement vers le réseau de destination après un bridge.
2. Importez le jeton. Les jetons récents ne sont souvent pas détectés automatiquement. Copiez l'adresse du contrat depuis la documentation officielle du bridge, ou depuis l'entrée du transfert entrant sur la page de votre propre adresse sur l'explorateur de destination ; jamais depuis un résultat de recherche par nom de jeton ni depuis un chat. Consultez comment ajouter un réseau et un jeton personnalisés à votre wallet.
3. Vérifiez le contrat. Un bridge de type lock-and-mint peut livrer une version wrapped plutôt que le jeton canonique, et les stablecoins basés sur l'OFT comme l'USDT0 émettent un jeton sur un contrat précis de chaque chaîne. Consultez jetons omnichain vs jetons wrapped et bridgés.
4. Patientez et actualisez. Les interfaces de wallet peuvent avoir du retard sur la chaîne ; c'est l'explorateur qui fait foi.

Si des soldes manquent toujours sur une chaîne que votre wallet prend en charge, les autres raisons pour lesquelles un solde de wallet ne s'affiche pas couvrent les causes liées à l'indexeur et au RPC.

Quand les fonds bridgés sont-ils réellement perdus, et comment éviter le faux support ?

Selon le guide de Range de juillet 2026, les fonds bridgés ne sont réellement perdus que lorsqu'ils ont été envoyés à une adresse que vous ne contrôlez pas ou via une route que le bridge ne prend pas en charge ; une faille exploitée sur un bridge, ou un transfert manuel laissé sans réclamation après son échéance, peut aussi se solder par une perte. L'article d'aide d'Aurora (dernière mise à jour en 2022) dit la même chose et ajoute que les jetons d'un transfert échoué ne sont accessibles que depuis votre propre wallet. Si vous avez envoyé à la bonne adresse mais sur le mauvais réseau, lisez que faire si vous avez envoyé des cryptos sur le mauvais réseau.

Le faux support est l'autre risque réel, car des escrocs écrivent aux personnes qui publient que leurs fonds sont bloqués. Le vrai support ne vous demande jamais votre phrase de récupération ni votre clé privée, ne vous demande jamais de valider ou de synchroniser votre wallet sur un site web, et ne devrait pas ouvrir de conversation privée avec vous de sa propre initiative ; si vous avez ouvert un ticket, ne répondez que dans ce ticket. Consultez comment repérer le phishing crypto.

Lorsque vous contactez le support officiel via le lien du site web du bridge lui-même, ne communiquez que des données publiques : le hash de la transaction source, les chaînes source et de destination, le jeton et le montant, votre adresse de réception et le lien de l'explorateur du bridge.

Le rapport entre WATS Wallet et le dépannage des bridges

WATS Wallet ne change rien au fonctionnement du suivi d'un bridge : les vérifications ci-dessus s'appliquent à un transfert effectué depuis n'importe quel wallet. WATS Wallet, conçu par Alltoscan LLC, est un wallet non-custodial (une extension Chrome et une application iOS et Android) avec swap et bridge intégrés entre les réseaux EVM, Solana et TON. WATS ne détient jamais aucune clé : il ne peut donc ni annuler, ni accélérer, ni récupérer un transfert de bridge.

Un point précis : sur les réseaux EVM, WATS Wallet facture les frais de chaque action en ATS via un paymaster ERC-4337, prélevés sur un seul solde ATS sur BSC, quel que soit le réseau EVM que vous utilisez. Si des jetons bridgés arrivent sur une chaîne EVM où vous ne détenez aucun jeton de gas natif, vous pouvez quand même les déplacer ou envoyer une transaction de suivi, tant que ce solde ATS couvre les frais. Vous ne bridgez jamais d'ATS et ne gardez aucun solde ATS par chaîne. Les frais en ATS suivent le coût du réseau en temps réel : ce n'est donc pas une réduction. Les frais sur TON sont aussi payés en ATS, tandis que les transactions Solana paient leurs propres frais en SOL. Les détails figurent dans comment fonctionnent les frais ATS sur les réseaux EVM.