📖 Pourquoi les tokens sont transférés entre blockchains
Un pont crypto est un protocole qui transfère des tokens et des messages entre deux blockchains. Dans le modèle lock-and-mint, le token est verrouillé sur la chaîne source et un token wrapped est émis sur la chaîne de destination. Dans le modèle avec pools de liquidité, le token est envoyé dans un pool sur la chaîne source, tandis que le même token est libéré depuis un pool préfinancé sur la chaîne de destination. DeFi, ou finance décentralisée, désigne des services financiers construits sur des smart contracts, sans banques.
Token wrapped est une version de l’actif d’origine sur la chaîne de destination, émise par un smart contract. Ce token est garanti par une réserve : l’actif d’origine est verrouillé dans le contrat du bridge sur une autre chaîne. Un token wrapped peut être racheté contre l’actif d’origine si la réserve est intacte et si le pont vérifie correctement les messages cross-chain.
Un pont crypto contrôle deux ressources : la réserve de tokens verrouillés dans le contrat et le droit de mint ou de libérer un actif sur la chaîne de destination. Si le contrat est exploité, si les signataires sont compromis ou si la vérification des messages cross-chain échoue, l’un de deux scénarios se produit : la réserve est vidée du pont, ou des tokens wrapped non garantis sont mintés puis vendus sur un DEX.
Les risques d’infrastructure cross-chain recoupent les menaces DeFi courantes : phishing, approvals malveillants et compromission de clés. La carte des menaces et l’analyse des modèles de protection du wallet sont présentées dans « Sécurité DeFi : carte des menaces, cas et protection ».
Dans l’interface, un transfert cross-chain ressemble à une seule opération. Au niveau du protocole, le transfert comporte deux étapes : un événement est enregistré et confirmé sur la chaîne source, puis l’actif est séparément libéré ou minté sur la chaîne de destination.
Le risque d’un pont dépend de la façon dont il déplace l’actif et de qui confirme les messages cross-chain.
Ponts crypto : vue d’ensemble et objectif
Les ponts crypto transfèrent des tokens et des messages entre blockchains. Multichain signifie travailler avec des actifs sur plusieurs réseaux ; DeFi signifie des services financiers sur smart contracts, sans intermédiaires bancaires.
Un pont crypto effectue un transfert de deux façons : (1) l’actif est verrouillé sur la chaîne source et un token wrapped est minté sur la chaîne de destination ; (2) l’actif passe par des pools de liquidité, où la libération sur la chaîne de destination provient d’une réserve préfinancée.
Les ponts servent à déplacer des stablecoins vers un réseau moins coûteux, à transférer un actif vers le réseau où se trouve l’application nécessaire, ou à soutenir des protocoles qui fonctionnent sur plusieurs blockchains.
Le risque d’un pont dépend de l’endroit où la réserve est conservée et du mécanisme qui confirme la libération ou le mint de l’actif sur la chaîne de destination.
La même opération dans l’interface peut reposer sur des mécaniques différentes et sur des sources de confiance différentes.
Types de ponts crypto : mécanique de transfert et modèle de confiance
Deux ponts peuvent se ressembler dans l’interface tout en perdant des fonds pour des raisons différentes. La comparaison se résume à deux questions : quelle opération rend l’actif disponible sur la chaîne de destination, et qui confirme l’événement sur la chaîne source.
Par mécanique de transfert de tokens
- Lock-and-Mint. Le token est verrouillé dans le contrat du pont sur la chaîne source, et un token wrapped est émis sur la chaîne de destination. Lors d’un transfert inverse, le token wrapped est brûlé et le token d’origine est déverrouillé.
- Burn-and-Mint. Le token est détruit, ou burn, sur une chaîne et minté sur une autre. Ce modèle est utilisé lorsque l’émission et le burn sont régis par des règles unifiées de l’émetteur ou du protocole.
- Pools de liquidité, ou lock-and-unlock sous forme applicative. Chaque chaîne dispose d’une réserve prépositionnée du token. L’utilisateur envoie le token dans un pool sur la chaîne source et reçoit le même token depuis le pool de la chaîne de destination, sans mint d’une version wrapped.
Atomic swaps (HTLC) utilisent des contrats HTLC, ou Hashed Timelock Contracts : l’actif n’est libéré que lorsqu’un secret dont le hash est connu à l’avance est révélé, et uniquement avant l’échéance. Les limites des HTLC tiennent au support de réseaux précis et à la nécessité de coordonner les paramètres de timelock entre deux contrats.
Par modèle de sécurité
- Custodial. La libération des actifs est contrôlée par une entreprise ou un groupe limité d’opérateurs. Les principaux risques sont la compromission des clés et l’arrêt du service.
- Non-custodial. La libération des actifs est confirmée par un groupe distribué de validateurs ou de signataires. Une attaque exige le contrôle du seuil de signature ou du stake.
- Ponts natifs. L’interaction cross-chain est intégrée au protocole blockchain ou à un écosystème lié. La confiance repose sur la sécurité du réseau de base.
- Ponts universels. Un protocole connecte de nombreux réseaux via un ensemble commun de contrats et un mécanisme de vérification des messages. Une faille dans l’infrastructure partagée affecte de nombreuses routes.
Faire entrer du BTC dans la DeFi utilise souvent des versions wrapped, où le dépositaire du collatéral et la procédure de rachat du wrapper sont critiques. Un exemple de produit et de dépendance d’infrastructure associée est décrit dans « Yield Basis : rendement en Bitcoin sans IL ».
La fiabilité d’un pont crypto est définie par la combinaison entre la mécanique de transfert du token et le modèle de confirmation des messages cross-chain.
Les pertes sur les ponts crypto apparaissent aux points où le pont conserve les réserves et où il confirme les événements entre réseaux.
Risques des ponts crypto : où et pourquoi les pertes surviennent
Un pont crypto se compose de plusieurs parties. Le point de défaillance peut être le contrat de réserve, le mécanisme de confirmation des messages cross-chain ou la couche de gouvernance qui peut arrêter ou modifier le fonctionnement du pont.
Erreurs dans le code du pont
- Comment cela arrive : le pont accepte un transfert comme confirmé alors que l’événement sur la chaîne source est incorrect ou falsifié.
- Pourquoi c’est dangereux : des tokens verrouillés peuvent être retirés du contrat de réserve, ou des tokens sans garantie peuvent apparaître sur la chaîne de destination.
- Ce qu’il faut vérifier : s’il existe des audits publics des smart contracts, si un bug bounty est actif et qui approuve les mises à niveau des contrats.
Risque des tokens wrapped
- Ce que cela signifie : un token wrapped ne conserve son prix que tant que l’actif d’origine est réellement verrouillé dans la réserve du pont.
- Quand le problème apparaît : si le pont s’arrête ou perd sa réserve, le rachat du token wrapped contre l’actif d’origine devient impossible ou se fait avec décote.
- À quoi faire attention : l’adresse de réserve et le modèle de garde, la procédure de rachat et la liquidité du wrapper disponible pour sortir.
Transmission et confirmation des messages
- Comment c’est organisé : le pont enregistre un événement sur la chaîne source et envoie un message à la chaîne de destination, où la libération ou le mint est effectué.
- Où le risque apparaît : en cas de fausse confirmation ou d’échec de livraison, le pont peut libérer un actif sans événement valide sur la chaîne source.
- Ce qui compte : combien de parties indépendantes confirment le message et s’il existe un mode d’arrêt des transferts en cas de panne.
Gouvernance et facteur humain
- Comment les décisions sont prises : les paramètres du pont sont modifiés via des clés administrateur, un multisig ou des validateurs.
- Pourquoi c’est un risque : la compromission de clés ou une erreur d’upgrade peut arrêter le pont ou donner à l’attaquant le droit de mint et de libérer des actifs.
- Ce qu’il faut prendre en compte : le seuil de signatures pour les changements, la présence d’un timelock et les limites sur les volumes de libération.
L’évaluation d’un pont crypto se résume à trois vérifications : où la réserve est conservée, qui confirme les messages cross-chain et qui peut modifier les règles du pont.
Une même action dans l’interface peut reposer sur des sources de liquidité et des schémas de confirmation différents.
Aperçu des principaux ponts crypto : exemples, avantages et limites
Un transfert cross-chain peut être exécuté par libération depuis un pool de liquidité, par mint d’un token wrapped ou par livraison d’un message qui déclenche une action ultérieure sur la chaîne de destination.
Stargate
GlobalDéplace des stablecoins entre réseaux EVM via des pools de liquidité. Sur la chaîne source, la transaction envoie le token dans un pool. Le message de transfert est livré via LayerZero. Sur la chaîne de destination, le token est libéré depuis un pool comme le même actif, sans mint d’une version wrapped.
✅ Avantages
- La libération sur la chaîne de destination vient d’un pool de liquidité, sans token wrapped.
- Les routes se concentrent sur des stablecoins liquides, où il est plus facile de sortir sans fort slippage.
- Le risque dépend de la livraison des messages et des soldes des pools sur la chaîne de destination.
❌ Limites
- L’ensemble d’actifs est limité : un pool est nécessaire pour chaque token et chaque réseau.
- La confirmation des messages dépend de la configuration de LayerZero, notamment oracle et relayer.
- Un manque de liquidité dans le pool limite le volume libérable sur la chaîne de destination.
Le transfert dépend du transport des messages et des réserves disponibles dans les pools de destination.
LayerZero
GlobalProtocole de livraison de messages entre blockchains. La confirmation d’un événement repose sur le couple « oracle + relayer » : l’oracle transmet les données d’état, le relayer livre la charge utile, et l’application définit les règles de validation et les seuils de confiance.
✅ Avantages
- Prend en charge les messages cross-chain et les appels de contrats, pas seulement les transferts de tokens.
- Un seul transport de messages est utilisé sur de nombreux réseaux par des applications construites au-dessus du protocole.
- La résilience peut être améliorée en séparant les sources de données et les sources de livraison.
❌ Limites
- Si l’oracle et le relayer sont contrôlés par une seule partie, le risque de fausse confirmation augmente.
- Les règles de confirmation sont fixées par l’application et peuvent ne pas être visibles dans l’interface.
- Le risque de route dépend des sources choisies et des seuils de validation dans l’application.
La sécurité du transfert dépend de l’oracle, du relayer et des règles de vérification configurées dans l’application précise.
Synapse
GlobalLe protocole combine transfert cross-chain et échange de tokens : un actif peut être déplacé vers un autre réseau et échangé contre un autre token sur la route. Le transfert est confirmé avec un délai. Pendant cette fenêtre, des participants spécialisés peuvent contester une opération invalide. Si un participant confirme une opération frauduleuse, son collatéral est slashed, ce qui rend les fausses confirmations économiquement peu attractives.
✅ Avantages
- Le transfert et le swap peuvent être terminés en une seule opération.
- Les réseaux EVM et L2 courants sont pris en charge.
- Le collatéral des participants confirmateurs crée une barrière économique contre les fausses confirmations.
❌ Limites
- La fenêtre de contestation exige des watchers actifs pour stopper les anomalies.
- Le risque dépend de la distribution du collatéral et du comportement des participants confirmateurs.
- Sur les paires rares, la liquidité peut être insuffisante pour de gros volumes.
Transfert et swap se produisent ensemble, tandis que le risque tient au fait de manquer une anomalie pendant la fenêtre de contestation.
Axelar
GlobalConfirme les messages cross-chain via son propre réseau PoS. PoS, ou Proof of Stake, utilise des validateurs avec stake pouvant être pénalisés en cas de violation des règles. La libération ou le mint sur la chaîne de destination intervient après signature du message par les validateurs Axelar.
✅ Avantages
- La confirmation des messages est distribuée entre les validateurs du réseau PoS.
- Un protocole connecte EVM et Cosmos pour les messages cross-chain.
- Prend en charge la transmission de messages et les scénarios d’appels de contrats.
❌ Limites
- Le délai inclut la finalité de la chaîne source et le traitement dans le réseau PoS.
- Le risque dépend de la distribution du stake et de la résilience des validateurs.
- Les frais incluent des opérations sur plusieurs réseaux et l’exécution du message.
Le transfert dépend de la finalité de la chaîne source et du seuil de signature des validateurs Axelar.
Wormhole
GlobalLorsqu’un token est transféré, l’actif est verrouillé sur une chaîne et sa version wrapped est mintée sur une autre. Le mint intervient après vérification du verrouillage par un groupe de nœuds indépendants. Le token wrapped apparaît sur la chaîne de destination seulement après accord du nombre requis de ces nœuds.
✅ Avantages
- Prend en charge les réseaux EVM et des écosystèmes alternatifs, y compris non-EVM.
- Le mint du token wrapped intervient après confirmation par seuil.
- Prend en charge les messages cross-chain pour les applications.
❌ Limites
- Le modèle de guardians reste un ensemble limité de signataires.
- Les tokens wrapped dépendent de la sécurité de la réserve et de la disponibilité du rachat.
- Les incidents historiques renforcent l’importance des limites et du monitoring.
Le transfert dépend du seuil de signature des guardians et du maintien intact de la réserve qui garantit l’actif wrapped.
Celer cBridge
GlobalExécute les transferts via des pools de liquidité, tandis que la confirmation des événements et la libération reposent sur le State Guardian Network, ou SGN. Le SGN observe les événements sur les réseaux supportés et signe l’autorisation de libérer les fonds depuis les pools sur la chaîne de destination.
✅ Avantages
- La libération via pools de liquidité réduit la dépendance aux tokens wrapped sur les routes typiques.
- Les signatures par seuil dans le SGN réduisent le risque d’une seule clé administrateur.
- Les intégrations avec interfaces et agrégateurs rendent les routes plus faciles d’accès.
❌ Limites
- Le risque de confirmation dépend de la composition et de la distribution des validateurs SGN.
- Un manque de liquidité dans le pool de destination limite la libération pour certains tokens.
- Les incitations économiques sont partiellement liées au token CELR.
Le transfert dépend des signatures du SGN et des réserves dans les pools de liquidité pour les tokens et réseaux concernés.
Le choix d’un pont se résume à deux vérifications : qui confirme les messages et d’où vient la liquidité pour la libération sur la chaîne de destination.
Le tableau comparatif aide à relier le mécanisme de transfert à l’endroit où se situe la surface de confiance.
Comparaison des ponts crypto populaires : mécanisme et surface de confiance
Dans le tableau, « délai de libération » signifie l’intervalle entre la confirmation de la transaction sur la chaîne source et l’apparition du token sur la chaîne de destination. La valeur dépend de la finalité de la chaîne source et du traitement des messages par le mécanisme du pont.
| 🌉 Pont | 🌐 Réseaux pris en charge | 🛠 Mécanisme | 🔐 Modèle de sécurité | ⏱ Délai de libération |
|---|---|---|---|---|
| Stargate | Réseaux EVM (L1/L2) | Pools de liquidité | Transfert de messages via LayerZero | Minutes |
| LayerZero | EVM + non-EVM (via applications) | Messages entre chaînes | Oracle + relayer indépendant | Minutes |
| Synapse | Réseaux EVM (L1/L2) | Liquidité + swap | Vérification optimiste avec contestation | Minutes |
| Axelar | EVM + Cosmos | Lock-and-Mint | Réseau PoS de validateurs propre | Minutes |
| Wormhole | EVM + Solana + non-EVM | Lock-and-Mint | Signatures par seuil des guardians | Minutes |
| Celer cBridge | Réseaux EVM (L1/L2) | Pools de liquidité | State Guardian Network (SGN) | Minutes |
| Multichain | Nombreux réseaux | Lock-and-Mint | Nœuds MPC | Minutes |
| Hop | Réseaux L2 (routes L2↔L1) | Pools de liquidité | Bonders avec collatéral | Secondes à minutes |
Les pools de liquidité réduisent la dépendance aux tokens wrapped, mais exigent des réserves sur la chaîne de destination. Le lock-and-mint dépend de la sécurité de la réserve et de la robustesse du mécanisme de signature qui autorise l’émission des tokens wrapped.
Les vérifications de sécurité d’un pont visent à réduire le nombre de composants de confiance et à rendre transparent qui confirme les messages cross-chain, et comment.
La protection d’un pont crypto s’articule autour de la réserve, de la confirmation des messages et du contrôle des upgrades.
Sécurité des ponts crypto : gouvernance, audits, limites et preuves
Les architectures résilientes séparent le contrat de réserve de la logique de confirmation des messages. Le contrat de réserve se limite au verrouillage et à la libération des fonds. Le transport et la vérification des messages sont déplacés dans des modules distincts.
- Multisignatures et gouvernance distribuée
- Les upgrades de contrats et les changements de limites sont confirmés par un schéma multisig, pas par une seule clé.
- Un seuil de signatures, par exemple 5 sur 8, réduit le risque qu’un participant compromette la gouvernance.
- Un timelock retarde l’application des upgrades et réduit le risque de remplacement instantané de la logique.
- Audits et bug bounties
- Un audit vérifie la validation des messages, les droits d’accès et la comptabilité des soldes.
- Un bug bounty incite à divulguer les vulnérabilités avant exploitation.
- Les rapports publics enregistrent les classes de bugs découvertes et les changements acceptés.
- Limites et pause d’urgence
- Le mode pause arrête les nouveaux transferts lorsqu’une anomalie est détectée.
- Les limites de libération et d’émission de messages plafonnent les dégâts d’une fausse confirmation.
- La séparation des rôles de gouvernance réduit la concentration d’autorité.
- ZK proofs et light clients
- Une approche ZK vérifie une preuve cryptographique d’un événement au lieu de faire confiance à un seul fournisseur de livraison de messages.
- Les light clients vérifient les en-têtes de blocs d’une autre chaîne et confirment l’état sans serveur externe.
- La complexité d’implémentation et le coût de calcul limitent l’adoption, mais réduisent la part des composants de confiance.
Exemple : dans un schéma optimiste, le participant qui confirme dépose du collatéral ; si un faux message est contesté avec succès, le collatéral est slashed et la libération sur la chaîne de destination est annulée.
Ces mesures diminuent la probabilité d’un exploit, mais la condition de base reste la même : la réserve doit être préservée et la confirmation des messages cross-chain doit être correcte.
Les grands incidents montrent deux scénarios récurrents : fausse confirmation et compromission de gouvernance.
Plus grands hacks de ponts crypto : points de défaillance typiques
Dans les grands exploits, des tokens ont été libérés sur la chaîne de destination sans transfert valide sur la chaîne source. Cela s’est produit lorsque le mécanisme de confirmation a accepté un faux signal à cause d’une compromission de clés, d’un bug de vérification de signature ou d’un état incorrect du smart contract.
- Ronin (mars 2022, environ $620 millions). La compromission de 5 validateurs sur 9 a permis de retirer les actifs verrouillés ; le risque de fond était la concentration de gouvernance dans un groupe limité d’opérateurs.
- Poly Network (août 2021, environ $611 millions). Un bug de logique du contrat a permis de former des messages cross-chain arbitraires et de retirer des actifs de plusieurs réseaux.
- Wormhole (février 2022, environ $325 millions). Un bug de vérification de signature a conduit au mint de wETH non garanti.
- Nomad (août 2022, environ $190 millions). Une erreur de déploiement a conduit le contrat à accepter n’importe quel transfert comme valide. Des utilisateurs ont copié une transaction réussie et retiré des fonds du contrat, provoquant une fuite massive de liquidité.
- BSC Token Hub (octobre 2022, environ $570 millions). Une vulnérabilité a permis de minter de nouveaux BNB via le pont ; limiter les dégâts a nécessité l’arrêt du réseau.
Les attaques se concentrent sur la confirmation des messages et la gestion des clés ; les seuils de signature, limites de libération et modes pause réduisent donc le dommage maximal pendant une défaillance.
La sécurité d’un pont est définie par la résilience de la confirmation des messages cross-chain et par la protection de la gouvernance des upgrades.
Avant un transfert, il est important de vérifier la route et de comprendre où le pont peut arrêter la libération ou perdre de la liquidité.
Vérifications avant un transfert cross-chain
- Transaction de test
- Un petit montant vérifie le réseau, le token, l’adresse destinataire et la réception réelle sur la chaîne de destination.
- Un transfert de test révèle un mauvais choix de réseau ou de token avant de déplacer un gros montant.
- Vérification du domaine et de la source de l’interface
- Les sites de phishing remplacent le domaine et sont promus via publicités et commentaires.
- Le vol se produit souvent via une approval malveillante, suivie d’un spending de tokens au moyen de cette permission, ou transferFrom.
- Liquidité et limites de libération
- Les pools de liquidité nécessitent des réserves sur la chaîne de destination pour libérer les fonds.
- Le mode pause, les limites de libération et les messages de congestion reflètent les restrictions de transfert au niveau du protocole.
- Risque de garde du token wrapped
- Un actif wrapped dépend de la réserve et de la gouvernance du pont ; son risque diffère donc de celui de l’actif natif sur la chaîne de destination.
- Un arrêt du pont réduit la liquidité du wrapper et détériore les conditions de rachat.
- Diviser le montant et les routes
- Diviser le montant limite les dégâts d’une seule erreur ou d’un échec de libération.
- Utiliser des routes indépendantes réduit la concentration du risque sur une réserve et un mécanisme de confirmation.
- Statut du protocole et modes pause
- L’arrêt de libération sur la chaîne de destination est mis en œuvre par une pause du protocole ou un blocage des messages.
- Pendant les incidents, le risque augmente car les limites peuvent changer et les routes peuvent être désactivées.
- Adresses séparées pour stockage et opérations
- Les adresses opérationnelles interagissent avec des contrats tiers et des approvals, donc leur profil de risque est plus élevé.
- Une adresse de stockage n’interagit pas avec des smart contracts tiers et n’accorde pas d’approvals de spending de tokens, ce qui réduit le nombre de points de vol.
Ces vérifications s’appliquent à toute opération DeFi qui utilise des approvals et une interaction avec des contrats externes.
Les pertes pendant les transferts cross-chain sont le plus souvent liées à la substitution d’interface, à une liquidité insuffisante sur la chaîne de destination et à des échecs de confirmation des messages.
❓ FAQ sur les ponts crypto
Qu’est-ce qu’un pont crypto en termes simples ?
Un pont crypto déplace un token de la blockchain A vers la blockchain B. Dans le lock-and-mint, le token est verrouillé sur la chaîne source et un équivalent wrapped est émis sur la chaîne de destination. Dans le modèle à pool de liquidité, la libération sur la chaîne de destination vient d’un pool après confirmation de l’événement sur la chaîne source.
Pourquoi les ponts crypto sont-ils plus risqués que les transactions dans un seul réseau ?
Un transfert cross-chain ajoute des composants de confiance : contrat de réserve, mécanisme de confirmation des messages et gouvernance des upgrades. La compromission de l’un de ces composants peut entraîner le mint d’actifs non garantis ou le retrait de la réserve du pont.
Quels signes servent à évaluer la fiabilité d’un pont crypto ?
L’évaluation se résume à trois signes : l’adresse du contrat de réserve, le mécanisme de confirmation des messages interchaînes comme multisig, guardians, validateurs PoS ou oracle plus relayer, et les règles de gouvernance des upgrades comme seuil de signature, timelock et limites de libération.
Que se passe-t-il généralement après un hack de pont crypto ou un arrêt de transfert ?
Après un incident, l’équipe du pont arrête les nouveaux transferts ou introduit des limites pour stopper les pertes. Les tokens wrapped sur une autre chaîne se négocient souvent avec décote par rapport à l’actif d’origine, car le rachat devient incertain. La récupération comprend la correction du bug, la révision de la gouvernance et la tentative de combler le déficit de réserve.
Quelles alternatives utilise-t-on pour déplacer des actifs entre réseaux ?
Les alternatives pratiques incluent les retraits via des exchanges centralisés, avec risque de garde et exigences de conformité, ainsi que les solutions cross-chain natives au sein de certains écosystèmes, avec des limites par réseau et par token. Choisir une alternative change la surface de confiance, mais ne supprime pas complètement le risque.
Ce qui compte dans les ponts crypto
Un pont crypto déplace un token d’un réseau vers un autre sans vendre l’actif. Les ponts sont utilisés pour travailler avec des applications sur un autre réseau et réduire les frais sur la chaîne de destination.
Le risque clé d’un transfert cross-chain est lié au contrat de réserve et au mécanisme de confirmation des messages. Une erreur de vérification, une compromission du seuil de clés ou une mauvaise mise à jour des paramètres conduit soit au retrait de la réserve, soit au mint d’actifs wrapped non garantis.