Étape 1 : Comprendre ce que fait un bridge
Différentes blockchains sont des systèmes différents — Ethereum ne lit pas Solana directement, et inversement. Un bridge se place entre les deux. Modèle simple : vous envoyez des tokens à un contrat de bridge sur la chaîne A, le bridge les verrouille et un équivalent apparaît sur la chaîne B dans votre portefeuille. Pour revenir, vous brûlez les tokens chaîne B et le bridge chaîne A libère l'original.
Il y a des variantes (bridges à liquidité, optimistes, basés sur des intents) mais le cœur est toujours : faire confiance au bridge pour honorer sa comptabilité. Cette confiance est le risque.
Étape 2 : Choisir le bon type d'actif à destination
Quand vous bridgez de l'USDC d'Ethereum vers une L2, vous pouvez recevoir :
- USDC natif — le même actif, émis nativement sur la chaîne destination par Circle. Convertible 1:1 avec l'original.
- USDC wrapped (USDC.e, USDC.b, etc.) — version émise par le bridge, qui représente une créance sur l'original bloqué dans le contrat.
Le natif est préférable quand il existe. Le wrapped dépend de la solvabilité du bridge — s'il est exploité, la version wrapped peut se découpler et perdre de la valeur. Vérifiez toujours la version reçue et préférez le natif quand la chaîne destination le supporte.
Étape 3 : Choisir un bridge en qui avoir confiance
Catégories :
- Bridges officiels. Chaque grande chaîne a son bridge officiel depuis/vers Ethereum (Arbitrum Bridge, Optimism Gateway, Base Bridge, zkSync Bridge). Les plus sûrs en général pour cette chaîne, lents pour le retour vers Ethereum.
- Aggregators. Across, Hop, Stargate, Synapse, deBridge — bridging multichain rapide via des pools de liquidité. Pratiques et rapides mais plus de risque de contrepartie que les bridges canoniques.
- Tout ce que vous ne connaissez pas. Évitez. Les bridges ne sont pas un terrain de découverte.
Tenez-vous-en à des bridges audités, à équipe publique, TVL soutenu et sans historique d'exploit. Un bridge d'un mois demande trop de confiance.
Étape 4 : Toujours envoyer un test d'abord
Avant de bridger un gros montant, envoyez une fraction — 5-50€ — par le même flux. Vérifiez qu'elle arrive sur le bon portefeuille, sur la bonne chaîne, sous le bon actif. Oui, vous payez le gas deux fois. C'est une assurance bon marché face à la découverte que vos 5 000€ ont fini en wrapped sur une chaîne qui ne le supporte pas, ou sur une adresse que vous ne pouvez pas signer.
Beaucoup de pertes ne sont pas des exploits — des utilisateurs envoient des tokens natifs sur un contrat de la mauvaise chaîne, ou choisissent la mauvaise destination, et perdent l'accès. Un test attrape ça.
Étape 5 : Repérer les signaux d'alarme évidents
- Promesses off-chain. Un admin Discord qui vous DM un lien de bridge "spécial" est un phishing.
- Frais trop beaux. Un bridge à 1% mieux que la concurrence subventionne (temporaire) ou cache quelque chose (permanent).
- Pas d'adresse de destination claire. L'interface doit montrer clairement quelle adresse sur quelle chaîne reçoit quel actif. Sinon, stop.
- Approuvez une fois, perdez à jamais. L'étape d'approval est où vivent beaucoup d'exploits. Lisez ce que vous approuvez — pas d'approval illimité à un bridge non vérifié.
Étape 6 : Prévoir temps et gas des deux côtés
Les bridges ne sont pas instantanés. Les bridges officiels de rollup vers Ethereum peuvent prendre des jours (les optimistic ont une fenêtre de challenge de 7 jours). Les aggregators à liquidité tournent en minutes. Planifiez — pas de bridge cinq minutes avant d'en avoir besoin.
Vous payez le gas sur les deux chaînes — origine pour initier, destination pour recevoir (ou parfois pour réclamer manuellement). Ayez déjà un peu du token natif de la destination, ou utilisez des bridges qui incluent un petit swap pour vous démarrer en gas là-bas.
Pourquoi les bridges sont si souvent hackés
Schéma des grands hacks (Ronin, Wormhole, Nomad, Harmony, Multichain) : un bridge détient une énorme valeur, et la sécurité du multisig ou du set de validateurs qui autorise les transferts est le point unique d'échec. Compromettez ce set, et les actifs verrouillés sortent. Bugs de contrats, ingénierie sociale, clés compromises — toutes ont déjà été des causes racines.
Leçon : un bridge n'est sûr que dans la mesure de sa couche la plus faible. "Audité" est nécessaire mais non suffisant. Traitez les bridges comme une infra de passage, pas de stockage.
Erreurs courantes
- Bridger vers une chaîne que votre portefeuille ne supporte pas encore. Ajoutez le réseau, vérifiez le contrat, puis bridgez.
- Envoyer des tokens à une adresse d'exchange sur la mauvaise chaîne. Les adresses de dépôt sont propres à chaque chaîne ; un dépôt ETH sur le mauvais réseau est souvent perdu.
- Garder du wrapped longtemps. Convertissez en natif à l'arrivée quand vous pouvez.
- Bridger pendant un exploit en cours. Les nouvelles d'un hack vont vite ; si vous voyez du bruit, stoppez le transfert.
La checklist de sécurité
- Suis-je sur l'URL officielle du bridge ?
- La chaîne de destination est-elle bonne et mon portefeuille prêt ?
- L'actif reçu est-il natif ou wrapped ?
- Ai-je envoyé un test d'abord ?
- Ai-je du gas sur la chaîne de destination ?
- Puis-je me permettre de perdre ce que j'envoie ?
Lire l'actu des bridges avant le marché
Les exploits ne préviennent pas. Le premier signe est souvent un tweet d'un chercheur en sécurité, puis une vague de retraits, puis les titres. Zippfeed suit les actus bridges et sécurité DeFi sur plusieurs sources avec score de sentiment et d'importance, pour que vous voyiez un truc se casser avant que le front-end du bridge n'affiche un banner. Bridger une heure avant ou une heure après peut faire la différence entre safe et perdu.
