Le 18 avril 2026 à 17 h 35 UTC, le portefeuille d’un attaquant appelle le contrat EndpointV2 de LayerZero, et le bridge de Kelp libère 116 500 rsETH, soit environ 292 millions de dollars, selon la reconstitution que The Block a faite à partir des journaux d’événements. Aucun dépôt correspondant n’avait jamais été effectué sur l’autre chaîne. Le multisig d’urgence de Kelp a mis les contrats en pause 46 minutes plus tard, et deux tentatives supplémentaires de 40 000 rsETH chacune ont échoué.
Dans ce transfert, blockchain that runs exactly as written when it is called, holding and moving funds according to its code, without an intermediary able to change the outcome.">smart contract holding reserves of two or more tokens, supplied by users, that a decentralized exchange uses to execute trades automatically at a price set by a formula.">pool diverge, compared with simply holding the same tokens in a wallet. It becomes permanent when the provider withdraws.">il n’y avait aucun tunnel entre deux blockchains. Un bridge crypto ne déplace rien du tout : il permet à un contrat de la chaîne B d’agir sur une affirmation concernant ce qui s’est passé sur la chaîne A. Quelqu’un doit se porter garant de cette affirmation. Chez Kelp, un seul vérificateur a certifié un dépôt qui n’existait pas. Cette leçon suit une seule question à travers tous les montages : qui valide le message, et qu’attendez-vous ou que risquez-vous à cause de cela ?
Deux rappels avant d’aller plus loin. Chaque chaîne tient son propre registre et ne peut pas lire seule l’état d’une autre ; la différence entre les couches de base et les rollups qui s’appuient dessus est expliquée dans notre guide sur les blockchains de couche 1 et de couche 2. Quant à l’endroit où se trouve la liquidité, chaîne par chaîne, c’était l’objet de la leçon précédente, où vit la DeFi : les chaînes comparées. Passer de l’une à l’autre est le métier d’un bridge, et cette leçon range les bridges en trois familles selon celui qui porte la confiance.
Trois questions à poser sur tout transfert entre blockchains
Tout produit cross-chain, quel que soit son discours commercial, répond aux trois mêmes questions. Que déplace-t-on : l’actif d’origine, une copie enveloppée (wrapped), ou un message qui ordonne à un contrat de faire quelque chose ? Qui vérifie que l’événement de la chaîne source a vraiment eu lieu : la chaîne de destination elle-même, un groupe de signataires, une seule entreprise, ou un relayeur qui a engagé son propre argent ? Et que doit attendre l’utilisateur : quelques secondes, quelques minutes ou une semaine ?
Les réponses classent les produits en trois familles. Les bridges natifs ou canoniques sont gérés par la chaîne ou par l’émetteur du jeton, et vérifiés par le système de preuve de la chaîne ou par l’émetteur. Les bridges tiers et les réseaux de messagerie sont des systèmes distincts, vérifiés par leurs propres validateurs, comités ou vérificateurs paramétrables. Les systèmes d’intents laissent l’utilisateur signer le résultat voulu et un exécutant le livrer en premier avec son propre capital, le règlement étant contrôlé ensuite. Les frais et la vitesse varient, mais la vraie différence tient à l’endroit où le risque retombe quand quelque chose casse.
Bridges natifs : des retraits lents, protégés par le rollup lui-même
Pour faire circuler l’ETH et les jetons entre Ethereum et la couche 2, un rollup utilise une paire de contrats : son bridge canonique. Les dépôts d’Ethereum vers le rollup sont rapides, car le rollup lit directement Ethereum. Les retraits sont le sens lent, parce qu’il faut convaincre Ethereum que l’état du rollup est correct.
Comment fonctionne un retrait de rollup, étape par étape
Sur une chaîne OP Stack comme OP Mainnet ou Base, la documentation d’Optimism décrit trois transactions (en anglais). Vous lancez le retrait sur la couche 2. Une fois qu’une proposition couvrant ce bloc a été publiée sur Ethereum, vous prouvez le retrait sur Ethereum au moyen d’une preuve de Merkle liée à cette proposition. Puis vous attendez la fin de la période de contestation, 7 jours sur le réseau principal, et vous finalisez. Pendant l’attente, n’importe qui peut contester l’état publié par un jeu de litige sur les fautes ; un retrait prouvé contre une proposition perdante ne peut pas être finalisé.
Arbitrum suit la même logique avec un autre vocabulaire. Sa documentation sur les messages vers la chaîne parente (en anglais) indique une fenêtre de contestation d’environ 6,4 jours (la même page arrondit aussi à environ 7 jours). Quand l’assertion est confirmée, n’importe qui peut exécuter le retrait via le contrat Outbox avec une preuve de Merkle. Le message reste dans l’Outbox sans date d’expiration : un retrait oublié peut donc encore être réclamé plus tard, mais personne ne l’exécute à votre place, sauf si vous payez un service tiers.
Cette semaine est le prix du modèle de sécurité. Le bridge canonique ne fait confiance à aucun signataire extérieur : si l’état publié par le rollup est faux, le jeu de litige est censé le détecter avant que l’argent ne sorte. C’est aussi pour cela que des services tiers proposent des retraits rapides. Ils vous paient sur Ethereum bien plus tôt et prennent à leur charge, dans leur bilan, l’attente de sept jours et le risque qui va avec.
CCTP : de l’USDC natif déplacé par destruction puis création
Le Cross-Chain Transfer Protocol de Circle fonctionne autrement, car l’émetteur contrôle les deux extrémités. L’USDC est détruit (burn) sur la chaîne source, le service d’attestation de Circle certifie que la destruction a eu lieu, et de l’USDC natif est créé (mint) sur la chaîne de destination. Aucun jeton enveloppé n’apparaît et aucun pool de liquidité n’intervient. Circle a lancé la seconde version le 11 mars 2025, avec deux nouveautés : Fast Transfer et les Hooks, qui déclenchent des actions automatiques sur la chaîne de destination une fois l’USDC arrivé. Circle appelle désormais cette version simplement CCTP ; la première est qualifiée d’ancienne (legacy).
Les délais figurent sur la page développeurs de CCTP (en anglais) : environ 8 à 20 secondes pour un Fast Transfer et 15 à 19 minutes pour un transfert standard depuis Ethereum et ses couches 2, les frais étant prélevés sur le montant envoyé. La page des chaînes prises en charge en comptait 31 au 28 octobre 2026. Un Fast Transfer est rapide parce que Circle signe son attestation dès que la destruction est incluse dans un bloc, sans attendre la finalité définitive de la chaîne source ; pour couvrir le risque de réorganisation, Circle plafonne ces transferts par une allocation globale, d’après sa page sur la finalité.
CCTP est natif, mais pas sans confiance. Le seul vérificateur, c’est Circle. Pour un stablecoin dont l’émetteur se tient déjà derrière chaque jeton, cela ajoute peu de confiance par rapport au simple fait de détenir de l’USDC, et cela évite les copies enveloppées qu’un bridge de type verrouillage et création produirait. Circle a étendu le même service d’attestation à l’EURC et à des jetons tiers enregistrés, mais pour la plupart des jetons, aucune route de ce genre gérée par l’émetteur n’existe.
Là où les bridges natifs sont moins solides qu’il n’y paraît
Natif ne veut pas dire également sûr partout. Le tableau de synthèse de L2BEAT classe Arbitrum One, Base et OP Mainnet au Stage 1, pas au Stage 2 ; ce que chaque étape signifie pour vos fonds est expliqué dans la leçon précédente. Certains bridges de chaînes reposent sur un groupe autorisé : L2BEAT décrit le bridge d’Hyperliquid comme validé par un ensemble permissionné de validateurs d’Hyperliquid. La question est la même que pour tout bridge : qui peut approuver un retrait, et combien d’entre eux devraient faillir pour que l’argent parte ?
La taille compte aussi. Au 28 octobre 2026, DefiLlama compte 3,31 milliards de dollars dans le bridge canonique d’Arbitrum, 2,92 milliards dans celui de Base et 0,64 milliard dans celui d’Optimism. Ces soldes adossent tous les jetons bridgés de la couche 2 : un bogue dans le contrat du bridge toucherait tous les détenteurs en même temps.
Bridges tiers : verrouillage et création, destruction et création, réseaux de liquidité
Entre deux chaînes qu’il ne contrôle pas, un bridge tiers est un système séparé. La page d’ethereum.org sur les bridges (en anglais) les classe par mécanisme. Le verrouillage et création bloque l’actif d’origine dans un contrat de la chaîne A et crée une copie enveloppée sur la chaîne B ; la copie ne vaut que ce que vaut le verrou. La destruction et création détruit des jetons sur une chaîne et les recrée sur l’autre, ce qui convient aux jetons dont l’émetteur se déploie nativement sur plusieurs chaînes. Les réseaux de liquidité détiennent de vrais jetons des deux côtés et échangent votre actif de A contre le même actif de B depuis leurs propres pools : vous recevez le jeton natif plutôt qu’une copie.
La même page trace la ligne qui compte pour le risque : les bridges avec confiance (trusted) s’en remettent à un groupe extérieur (une fédération de multisig, un réseau MPC, un réseau d’oracles) pour dire ce qui s’est passé, tandis que les bridges sans confiance (trustless) ne dépendent que des chaînes reliées et de leurs preuves. La plupart des bridges utilisés relèvent de la première catégorie. C’est aussi ce qui en fait des cibles de choix : le contrat de verrouillage détient la garantie de tous les jetons enveloppés de l’autre côté, de sorte qu’une seule faille peut vider un pool qui soutient de nombreuses positions.
La valeur verrouillée donne une idée approximative de l’endroit où se concentre la confiance. Les chiffres ci-dessous sont des jetons détenus dans des contrats de bridge, et non des volumes de transfert, que DefiLlama ne vend que dans son offre payante. Les systèmes de destruction et création comme CCTP ne détiennent presque rien par construction, et les systèmes d’intents peu de chose, car les exécutants utilisent leur propre capital.
| Bridge (nom DefiLlama) | Type | Valeur verrouillée, 28 octobre 2026 |
|---|---|---|
| LayerZero V2 | Messagerie, jetons détenus par les applications qui l’utilisent | 16,73 milliards de dollars |
| WBTC | Bitcoin enveloppé sous conservation | 9,48 milliards de dollars |
| Arbitrum Bridge | Bridge canonique de rollup | 3,31 milliards de dollars |
| USDT0 | USDT omnichaîne | 3,21 milliards de dollars |
| Base Bridge | Bridge canonique de rollup | 2,92 milliards de dollars |
| Chainlink CCIP | Messagerie et pools de jetons | 1,99 milliard de dollars |
| Portal (Wormhole) | Messagerie, verrouillage et création | 1,52 milliard de dollars |
| Optimism Bridge | Bridge canonique de rollup | 0,64 milliard de dollars |
| NEAR Intents | Système d’intents | 208 millions de dollars |
| Axelar | Messagerie en preuve d’enjeu | 141 millions de dollars |
| Hyperlane | Messagerie, sécurité choisie par l’application | 77 millions de dollars |
| Across | Système d’intents | 17 millions de dollars |
Le chiffre de LayerZero n’est pas l’argent de LayerZero : c’est la somme des jetons détenus par les applications qui envoient leurs messages via LayerZero, chacune avec ses propres réglages de sécurité.
Messagerie cross-chain : qui valide un message
La plupart des bridges modernes sont des applications bâties sur un réseau de messagerie. Le contrat du jeton sur la chaîne A émet un message (« verrouiller 10 jetons pour cette adresse ») ; le réseau le transporte jusqu’à la chaîne B ; un contrat de la chaîne B agit en conséquence. Le réseau remplit le même rôle qu’un oracle qui transmet des données extérieures à un smart contract, sauf que la donnée extérieure est ici l’état d’une autre chaîne. La sécurité du transfert est celle de qui atteste ce message.
LayerZero : des vérificateurs choisis par chaque application
Sur LayerZero v2, les vérificateurs sont des réseaux de vérification décentralisés (DVN). Chaque application fixe sa propre pile de sécurité pour chaque trajet, notée X-sur-Y-sur-N : une liste de DVN obligatoires qui doivent tous valider, plus des DVN facultatifs dont un nombre défini doit être d’accord. Un exécuteur (Executor) livre ensuite le message. Si l’application ne règle rien, le protocole retombe sur des valeurs par défaut qui, d’après la documentation de LayerZero (en anglais), peuvent changer sans préavis. La documentation est sans détour : il faut toujours définir sa configuration de DVN explicitement. Elle demande aussi aux applications en production d’exiger au moins un DVN qui ne soit pas exploité par LayerZero Labs.
Ce choix de conception confie la décision à l’application. Deux jetons sur LayerZero peuvent avoir des niveaux de sécurité très différents : l’un vérifié par cinq opérateurs indépendants, l’autre par un seul. Face à un jeton bridgé par LayerZero, on ne peut rien déduire de la marque ; la configuration est un réglage propre à chaque application, que quelqu’un a choisi.
Chainlink CCIP : un comité, des vérificateurs en plus et un frein d’urgence
Le Cross-Chain Interoperability Protocol de Chainlink s’appuie, selon sa page d’architecture (en anglais), sur un comité de vérification par défaut de 16 opérateurs de nœuds indépendants sur chaque trajet ; chacun signe l’identifiant du message et un agrégateur assemble un quorum. Les trajets, les pools de jetons et les contrats récepteurs peuvent exiger des vérificateurs supplémentaires. La livraison est sans permission : n’importe quel exécuteur peut soumettre un message vérifié. Les émetteurs de jetons possèdent leurs pools, qui verrouillent ou détruisent d’un côté et libèrent ou créent de l’autre, et ces pools appliquent des limites de débit par chaîne. Un composant de gestion des risques sert de garde-fou d’urgence sur la chaîne : il peut « maudire » (curse) une chaîne et faire échouer les opérations concernées.
Wormhole, Hyperlane et Axelar
Wormhole s’appuie sur un ensemble fixe de 19 Guardians, gérés par des sociétés de validation reconnues ; un message (un VAA, pour verified action approval) exige 13 de leurs 19 signatures, d’après la documentation de Wormhole sur les Guardians (en anglais). Hyperlane, comme LayerZero, laisse le choix à l’application réceptrice : elle sélectionne un module de sécurité interchaîne (Interchain Security Module), par défaut un module multisig, et peut en combiner plusieurs ou déployer le sien. Axelar exploite un ensemble de validateurs en preuve d’enjeu ; la clé qui contrôle son contrat passerelle sur chaque chaîne EVM connectée est découpée en parts détenues par les validateurs au prorata de leur mise, et une commande ne s’exécute que lorsque assez de poids a signé.
| Protocole | Qui vérifie le message | Qui choisit la sécurité |
|---|---|---|
| LayerZero v2 | DVN, X-sur-Y-sur-N | Chaque application (des valeurs par défaut existent) |
| Chainlink CCIP | Comité de 16 opérateurs par défaut, vérificateurs supplémentaires possibles | Chainlink, plus les émetteurs et récepteurs qui ajoutent des vérificateurs |
| Wormhole | 19 Guardians, 13 signatures | Le protocole |
| Hyperlane | Module de sécurité interchaîne côté destination | L’application réceptrice (multisig par défaut) |
| Axelar | Validateurs en preuve d’enjeu, parts de clé pondérées par la mise | Le protocole |
| Circle CCTP | Service d’attestation de Circle | Circle |
Aucune de ces réponses n’est bonne ou mauvaise sur le papier. Un ensemble fixe de 13 sociétés connues sur 19 est facile à auditer et difficile à modifier. Une pile choisie par l’application peut être plus solide que n’importe quelle valeur par défaut, ou bien plus faible. Ce que peut faire un utilisateur, c’est vérifier quel cas s’applique avant d’envoyer une somme importante.
Risques d’un bridge crypto : quatre façons de rompre la promesse
Aucune brique de la DeFi n’a coûté aussi cher à défendre que les bridges. Au 28 octobre 2026, DefiLlama classe 99 incidents comme piratages de bridges, pour 3,69 milliards de dollars sur 21,19 milliards pour l’ensemble des piratages qu’il recense, soit environ 17 %. Les pertes de bridges datées de 2026 atteignent déjà environ 753 millions de dollars. La concentration était pire l’année du pic : Chainalysis écrivait le 2 août 2022 que 13 piratages de bridges avaient emporté environ 2 milliards de dollars, soit 69 % de tous les fonds volés cette année-là à ce moment. Notre histoire de la DeFi énumère les cas dans l’ordre ; ici, il s’agit de comprendre pourquoi chacun a échoué.
| Date | Bridge | Montant (DefiLlama) | Technique selon DefiLlama |
|---|---|---|---|
| 10 août 2021 | Poly Network | 611 millions de dollars | Contrôle d’accès défaillant |
| 2 février 2022 | Wormhole (Portal) | 326 millions de dollars | Faille de vérification des signatures |
| 23 mars 2022 | Ronin Bridge | 624 millions de dollars | Clé de validateur compromise |
| 23 juin 2022 | Harmony Bridge | 100 millions de dollars | Clé de validateur compromise |
| 1er août 2022 | Nomad | 190 millions de dollars | Preuve falsifiée |
| 6 octobre 2022 | Binance Bridge (BSC) | 570 millions de dollars | Bogue du vérificateur de preuves |
| 7 juillet 2023 | Multichain | 126 millions de dollars | Clé de validateur compromise |
| 18 avril 2026 | Kelp (rsETH) | 293 millions de dollars | Usurpation de message cross-chain |
| 6 septembre 2026 | Liquid Network | 320 millions de dollars | Création sans contrepartie entre chaînes |
Trop peu de clés : Ronin en 2022 et Multichain en 2023
Ronin, la chaîne latérale construite pour Axie Infinity, exigeait 5 signatures sur 9 validateurs pour approuver un retrait. L’analyse de Halborn explique comment l’attaquant a obtenu les cinq : quatre validateurs exploités par Sky Mavis, plus un appartenant à Axie DAO. En novembre 2021, Axie DAO avait laissé Sky Mavis signer à sa place pour absorber un fort trafic ; l’arrangement a pris fin le mois suivant, mais l’autorisation n’a jamais été révoquée. Après avoir pénétré les systèmes de Sky Mavis, l’attaquant disposait d’assez de clés pour signer des retraits de 173 600 ETH et de 25,5 millions d’USDC, soit environ 624 millions de dollars. Personne ne s’en est aperçu pendant six jours, jusqu’à ce qu’un utilisateur ne puisse pas retirer 5 000 ETH. Le 14 avril 2022, le FBI a déclaré avoir confirmé que le Lazarus Group et APT38, des acteurs associés à la Corée du Nord, en étaient responsables, comme l’a rapporté BleepingComputer (en anglais).
La leçon tient à l’arithmétique. Neuf signataires évoquaient une fédération, mais quatre appartenaient à la même société et un cinquième restait accessible par une autorisation oubliée. C’est l’indépendance des signataires, et non leur nombre affiché, qui protège un multisig.
Multichain a échoué sans une seule ligne de code défaillante. D’après les déclarations de l’équipe rapportées par Cointelegraph (en anglais), le directeur général Zhaojun a été emmené de son domicile par la police chinoise le 21 mai 2023, et l’ensemble des fonds de l’équipe ainsi que l’accès aux serveurs étaient avec lui et la police. Début juillet, plus de 100 millions de dollars ont quitté les contrats du bridge ; Multichain a cessé ses activités le 14 juillet. Chainalysis a jugé que les retraits ressemblaient à un détournement par un initié. La version de l’équipe n’a pas été testée devant un tribunal, mais le type de défaillance est clair : les clés d’un bridge qui détenait des centaines de millions dépendaient d’une seule personne.
Un bogue de vérification : Wormhole en 2022
Le 2 février 2022, le côté Solana de Wormhole a créé 120 000 ETH enveloppés alors que rien n’était verrouillé sur Ethereum, soit environ 326 millions de dollars. Le contrat ne validait pas correctement les comptes qui lui étaient transmis, ce qui a permis à l’attaquant de présenter de fausses signatures de Guardians comme valides, d’après The Block (en anglais). La règle des 13 Guardians sur 19 n’a jamais été violée : le contrat n’a simplement jamais vérifié que le contrôle des signatures avait réellement eu lieu. Jump Crypto a remplacé les 120 000 ETH dès le lendemain, de sorte que les détenteurs d’ETH enveloppés ont été remboursés. Ce sauvetage est un choix d’un sponsor fortuné, pas une propriété du bridge.
Une mise à jour qui approuvait tout : Nomad en 2022
La défaillance de Nomad, le 1er août 2022, vient d’une mise à jour de routine. Selon l’analyse d’Immunefi (en anglais), l’initialisation d’un nouveau contrat Replica a marqué la racine zéro comme digne de confiance. Dans le stockage d’Ethereum, une entrée inconnue se lit comme zéro : tout message que le contrat n’avait jamais vu comptait donc comme prouvé. Le premier attaquant a pris 100 WBTC ; des centaines d’autres ont ensuite copié la transaction, remplacé l’adresse par la leur et l’ont rejouée. Environ 190 millions de dollars sont sortis en quelques heures. Aucune clé n’a été volée, aucun signataire n’a menti. Une valeur de configuration a désactivé la vérification.
Un seul vérificateur et des données empoisonnées : Kelp en 2026
L’affaire Kelp du 18 avril 2026 combine une configuration fragile et une attaque sur les données du vérificateur. Selon LayerZero, rapporté par The Block le 9 mai 2026 (en anglais), les attaquants ont compromis les nœuds RPC internes que le DVN de LayerZero Labs utilisait pour lire la chaîne source, empoisonné leurs données et mis hors service les fournisseurs RPC externes par une attaque par déni de service ; le DVN a donc validé un transfert qui n’avait jamais eu lieu. LayerZero attribue l’attaque au Lazarus Group nord-coréen, une attribution que nous n’avons pas pu confirmer auprès d’une source gouvernementale.
Qui a fixé le vérificateur unique ? Les versions s’opposent. LayerZero affirme que Kelp utilisait une configuration 1 sur 1, contre ses recommandations. Kelp a répondu le 20 avril, selon CoinDesk (en anglais), que ce réglage reflétait la valeur par défaut documentée par LayerZero et avait été confirmé lors de son extension aux couches 2. En mai, LayerZero a reconnu avoir commis une erreur en laissant son DVN fonctionner en 1 sur 1 pour des transactions de forte valeur, a indiqué que son DVN ne prendrait plus en charge les configurations 1 sur 1 et a relevé ses valeurs par défaut à au moins cinq vérificateurs quand c’est possible, avec un plancher de trois.
Les dégâts ont dépassé Kelp. L’attaquant a utilisé les rsETH volés comme garantie sur Aave, qui a gelé ses marchés rsETH sur V3 et V4 en précisant que le problème venait du rsETH et non de ses propres contrats. Le risque d’un jeton bridgé retombe sur tous les protocoles qui l’acceptent en garantie.
Une création sans contrepartie : Liquid Network en 2026
Les chaînes latérales de bitcoin portent le même risque. Le 6 septembre 2026, un attaquant a créé environ 4 000 L-BTC sans aucun bitcoin derrière sur Liquid, la chaîne latérale de Blockstream, puis les a échangés contre de vrais BTC via SideSwap, un opérateur de retrait approuvé, la fédération 11 sur 15 signant la libération. Selon TRM Labs (en anglais), 36 minutes se sont écoulées entre la création et le paiement, pour une perte d’environ 319 millions de dollars. Halborn en retrace l’origine dans un cache d’Elements, le logiciel de nœud de Liquid, dont la clé n’incluait ni l’identifiant de l’actif ni le contexte du script : une preuve vérifiée une fois pouvait ainsi en valider une autre. La fédération a signé en toute bonne foi : son logiciel lui disait que les pièces étaient valides. Le 7 septembre, l’attaquant, qui se disait chapeau blanc, a restitué environ 3 400 BTC après que les nœuds eurent corrigé le bogue ; environ 598,5 BTC sont restés en sa possession, d’après TRM Labs.
Mis côte à côte, les cas se rangent en quatre familles : des clés détenues par trop peu de parties indépendantes (Ronin, Harmony, Multichain), un bogue de vérification (Wormhole, Binance Bridge, Liquid), une erreur de mise à jour ou de configuration (Nomad, et le réglage 1 sur 1 chez Kelp), et la confiance dans des données hors chaîne (les nœuds RPC de Kelp). Aucun n’a cassé la cryptographie. Chacun a brisé l’hypothèse sur l’identité de celui qui contrôlait.
Intents et solveurs : quelqu’un d’autre porte le trajet
Les systèmes d’intents retournent le problème. Au lieu d’envoyer une transaction qui exécute chaque étape, l’utilisateur signe le résultat qu’il veut (« je donne 1 000 USDC sur Arbitrum et je veux au moins 999 USDC sur Base ») et des tiers en concurrence, appelés solveurs, exécutants (fillers) ou relayeurs, le livrent avec leur propre capital. Ils sont remboursés ensuite, une fois que la couche de règlement a vérifié qu’ils ont bien livré.
Intents sur une seule chaîne : lots de CoW et enchères d’UniswapX
CoW Protocol est le cas d’école sur une chaîne unique. Sa documentation (en anglais) décrit un intent signé qui n’est pas une transaction exécutable par l’utilisateur : des solveurs se font concurrence pour régler un lot d’ordres, tous les échanges d’une même paire dans un lot sont réglés à un prix unique, et les ordres opposés peuvent être appariés directement entre eux. Le solveur gagnant porte le risque d’exécution. UniswapX, d’Uniswap, utilise des ordres signés et une enchère hollandaise : l’ordre démarre au meilleur prix pour l’utilisateur et décroît vers un plancher jusqu’à ce qu’un exécutant juge l’opération intéressante ; l’utilisateur ne paie pas de gas et ne paie rien pour une transaction qui échoue.
Intents entre chaînes : comment Across règle
Across applique l’idée entre les chaînes. D’après sa page d’architecture (en anglais), des relayeurs exécutent l’ordre de l’utilisateur sur la chaîne de destination avec leur propre argent, en rivalisant de vitesse, et choisissent la chaîne sur laquelle ils veulent être remboursés. Un Dataworker hors chaîne regroupe les exécutions en lots couvrant environ 1,5 heure, les compare aux dépôts et propose chaque lot au contrat HubPool sur Ethereum, avec une caution. L’Optimistic Oracle d’UMA sécurise le processus : un lot est accepté sauf contestation, et un seul contestataire honnête suffit. Les bridges canoniques rééquilibrent les pools en coulisses.
L’attente de l’utilisateur se réduit au temps de réaction du relayeur, et l’utilisateur ne dépend plus des sept jours du bridge canonique. Le relayeur, lui, en dépend, et il fait payer ce capital. Au 28 octobre 2026, DefiLlama ne compte que 17 millions de dollars verrouillés dans Across et 208 millions dans NEAR Intents, un autre système d’intents : peu de capital dort dans les contrats, car les exécutants apportent le leur.
ERC-7683 reste un brouillon
Chaque système d’intents a son propre format d’ordre, ce qui oblige les solveurs à écrire du code sur mesure pour chacun. L’ERC-7683, Cross Chain Intents (en anglais), créé le 11 avril 2024, propose une interface commune : chaque protocole publie un contrat « résolveur » qui traduit ses propres ordres en une description partagée d’étapes et de paiements, afin que les solveurs puissent juger un ordre sans code dédié. Au 28 octobre 2026, son statut sur le site des EIP est Draft (brouillon). Le texte actuel s’est resserré sur cette étape de résolution, alors qu’une version antérieure couvrait davantage le cycle de vie de l’ordre. Quels produits appliquent le brouillon actuel, nous n’avons pas pu le vérifier.
Les intents aussi ont été touchés : Across et NEAR Intents en 2026
Les intents déplacent le risque, ils ne l’éliminent pas. Le 17 juillet 2026, un attaquant a falsifié 1 627 événements de dépôt sur Solana, d’une valeur faciale d’environ 41,7 millions de dollars, en exploitant un contrôle manquant dans le logiciel du relayeur hors chaîne qui lit les événements de Solana, selon The Cryptonomist (en anglais). Le relayeur en a exécuté 581 avant que Solana soit désactivée comme chaîne d’origine, en dépensant environ 4,5 millions de dollars du capital propre de Risk Labs (DefiLlama enregistre 4,5 millions). Aucun smart contract n’a été compromis, les vrais transferts ont été menés à terme ou remboursés le jour même, et le service Solana a repris environ 12 heures plus tard via CCTP. Le capital de l’exécutant a absorbé la perte, ce qui est le système qui fonctionne comme prévu, mais le lecteur d’événements restait un point de confiance.
Le 1er octobre 2026, NEAR Intents s’est arrêté après des pertes d’environ 3,8 millions de dollars. L’équipe avait d’abord attribué l’incident à un bogue dans l’interaction entre son infrastructure de dépôt et de retrait Omni et le contrat NEAR Intents, et promis une indemnisation intégrale, d’après The Block (en anglais). L’analyse post-mortem publiée le 16 octobre par le directeur général Alex Shevchenko raconte autre chose : la faille se trouvait dans le contrat NEAR Intents, pas dans Omni. À chaque dépôt, le contrat prévenait un contrat tiers ; le contrat de l’attaquant faisait échouer cette notification exprès, si bien que le contrat du jeton remboursait le dépôt alors que NEAR Intents gardait le crédit dans son registre. Avec 23 dépôts échoués de ce type, l’attaquant a accumulé environ 3,8 millions de dollars de soldes sans contrepartie et a retiré de vrais jetons en face. Selon le post-mortem, les fonds sont revenus en 36 heures et les utilisateurs touchés ont été indemnisés ; un second signalement sur la même fonction a conduit à son retrait le 7 octobre et à une prime de 300 000 dollars. DefiLlama classe le cas comme une faille de logique de bridge.
Natif, tiers ou intent : le comparatif
| | Bridge natif ou d’émetteur | Bridge tiers ou messagerie | Système d’intents | |
|---|---|---|---|
| Qui vérifie | Le système de preuve du rollup, ou l’émetteur (Circle pour CCTP) | Des validateurs, un comité ou des vérificateurs choisis par l’application | Une couche de règlement, après que l’exécutant a payé |
| Attente typique | Environ 7 jours pour sortir d’un rollup optimiste ; de 8 secondes à 19 minutes pour CCTP | Selon les vérificateurs et la chaîne source | Dès qu’un exécutant agit |
| Ce que vous recevez | L’actif natif | Souvent une copie enveloppée, parfois le jeton natif | L’actif natif, fourni par l’exécutant |
| Ce qui peut casser | Le système de preuve ou l’émetteur | Les clés, les contrôles de signature, la configuration | Le logiciel de l’exécutant, les contrôles de règlement |
| Qui perd en premier | Tous les détenteurs de l’actif bridgé | Les détenteurs du jeton enveloppé, puis les protocoles qui l’utilisent en garantie | En général, le capital de l’exécutant |
Deux règles en ressortent pour un utilisateur. Les transferts importants et patients d’un actif doté d’une route native (l’ETH en sortie de rollup, l’USDC via CCTP) comportent le moins d’hypothèses de confiance supplémentaires. Les transferts rapides se défendent quand le capital d’un autre supporte le risque de l’attente, mais le prix est une commission et, pour les jetons enveloppés, une exposition au bridge tant que vous les détenez.
Checklist de sécurité avant de passer un bridge crypto
Avant de déplacer une somme qui compte, passez ces étapes en revue. Elles prennent dix minutes et coûtent quelques frais de gas pour un envoi test.
- Ouvrez le bridge depuis son adresse officielle, saisie à la main ou mise en favori, jamais depuis une publicité dans un moteur de recherche, un message privé ou un lien posté sur Discord ou Telegram.
- Envoyez d’abord un petit montant test et vérifiez qu’il est arrivé où vous l’attendiez, sur la bonne chaîne et sous la forme du bon jeton.
- Vérifiez le jeton exact que vous allez recevoir : l’actif natif, la version officielle de l’émetteur, ou une copie enveloppée dont la valeur dépend du bridge.
- Cherchez qui vérifie le transfert : le rollup, l’émetteur, un ensemble fixe de validateurs ou la configuration propre à une application, et combien de parties indépendantes cela représente.
- Pour l’USDC entre chaînes prises en charge, comparez la route CCTP avec les routes qui vous remettent un jeton dollar enveloppé.
- Lisez l’approbation de jeton que votre portefeuille vous demande de signer, n’approuvez que le montant envoyé et révoquez ensuite les anciennes approbations illimitées.
- Si vous ajoutez un réseau à votre portefeuille, comparez son identifiant de chaîne et son adresse RPC avec la documentation du projet lui-même.
- Gardez un peu de jeton de gas natif sur la chaîne de destination, sinon vous ne pourrez plus déplacer ce que vous avez bridgé.
- Conservez les hachages de transaction sur les deux chaînes jusqu’à ce que le transfert soit final et visible dans votre portefeuille.
- Notez la date, les montants et leur valeur en euros pour votre suivi fiscal.
Faux bridges et fausses chaînes
Un site de bridge est aussi une cible d’hameçonnage. Fin septembre 2026, un faux bridge pour GIWA, la couche 2 développée par Dunamu, l’exploitant d’Upbit, a reçu environ 767,65 ETH de 1 335 adresses avant que les escrocs ne siphonnent 766,25 ETH, soit environ 2 millions de dollars, selon Cointelegraph (en anglais) ; DefiLlama le classe au 27 septembre comme une arnaque par usurpation de 2,08 millions de dollars. GIWA a précisé que son réseau principal n’était pas en service. DYORSWAP, une plateforme d’échange décentralisée qui avait d’abord pris le faux bridge pour le réseau principal de GIWA, a versé plus de 200 ETH aux victimes sur ses fonds propres. Une chaîne qui n’a pas démarré ne peut pas avoir de bridge. Notre guide pour éviter les arnaques crypto décrit les autres schémas.
Fiscalité et réglementation en France quand on utilise un bridge
Aucun texte français ne nomme le bridge. Les règles générales sont connues : la plus-value sur crypto-actifs de particulier est imposée au prélèvement forfaitaire unique de 31,4 % sur les gains de 2026, selon les questions-réponses sur les crypto-actifs publiées par impots.gouv.fr le 17 juillet 2026, et le fait générateur est la cession contre des euros, un bien ou un service, pas l’échange d’un crypto-actif contre un autre. Un bridge se situe entre ces cas : envoyer de l’USDC natif avec CCTP ressemble à un transfert du même actif entre vos propres portefeuilles, alors que céder de l’ETH pour recevoir un autre jeton enveloppé peut ressembler à un échange. Nous n’avons trouvé aucune doctrine de la DGFiP qui tranche, et le traitement fiscal d’un transfert par bridge reste donc non établi. Conservez l’historique complet de chaque étape (dates, montants, hachages, valeurs en euros) et reportez-vous à notre guide sur la fiscalité des cryptos en France.
Côté réglementation, MiCA encadre les prestataires de services sur crypto-actifs (CASP), que l’AMF et l’ACPR supervisent en France chacune pour leur part. Le texte précise, dans un considérant et non dans un article d’exemption, que les services fournis de manière entièrement décentralisée, sans intermédiaire, ne relèvent pas de son champ ; notre guide sur MiCA détaille le cadre. Un bridge dont une société exploite l’interface ou les clés pourrait se rapprocher d’un CASP, mais nous n’avons trouvé aucune règle de l’AMF, de l’ACPR ou de l’ESMA propre aux bridges, et nous ne tranchons pas. En pratique, un bridge vous laisse avec ce qu’il vous donne : si un jeton enveloppé perd sa contrepartie, aucune garantie des dépôts ni aucun fonds d’indemnisation des investisseurs ne couvre la perte.
La prochaine leçon du parcours DeFi quitte les chaînes pour comparer la DeFi aux plateformes d’échange centralisées et à la finance traditionnelle, pilier par pilier, en suivant une même transaction de bout en bout.
