Chaque blockchain est, en substance, sa propre base de données isolée. Ethereum ne sait pas ce qui se passe sur Solana, et Bitcoin n'a aucune conscience d'Arbitrum. Les solutions d'interopérabilité cross-chain tentent de relier ces systèmes isolés, mais le faire de manière sécurisée est remarquablement difficile. Les piratages de ponts ont causé plus de 2,5 milliards de dollars de pertes historiquement, ce qui en fait l'un des composants les plus risqués de l'infrastructure crypto.
Les ponts lock-and-mint sont le modèle conceptuel le plus simple. Vous verrouillez un actif sur la chaîne source et une version wrappée est émise sur la chaîne de destination. Lorsque vous voulez faire le chemin inverse, vous brûlez l'actif wrappé et l'original est déverrouillé. Le Wrapped Bitcoin (WBTC) sur Ethereum fonctionne de cette façon. La sécurité de ce modèle dépend entièrement de qui contrôle les actifs verrouillés. S'il s'agit d'un dépositaire unique, vous avez un risque de centralisation. S'il s'agit d'une multisig, il faut faire confiance aux signataires.
Les ponts à client léger représentent l'approche la plus trust-minimized. Ils déploient un client léger de la chaîne source sur la chaîne de destination, ce qui permet à la chaîne de destination de vérifier directement les transactions de la chaîne source. C'est ainsi que fonctionne la vision originelle des ponts trustless. Le problème, c'est que faire tourner un client léger on-chain est coûteux en frais de gas, et cela impose à la chaîne de destination de comprendre le mécanisme de consensus de la chaîne source.
Les ponts optimistes considèrent les transactions valides tant qu'elles ne sont pas contestées. Ils prévoient une période de contestation durant laquelle des surveillants peuvent soumettre des preuves de fraude si une transaction de pont est invalide. Cela réduit le coût de vérification on-chain mais introduit un délai, allant habituellement de quelques minutes à plusieurs heures selon l'implémentation.
Les réseaux de relais utilisent un ensemble de validateurs qui attestent des événements sur les chaînes sources et les relaient vers les chaînes de destination. LayerZero, Wormhole et Axelar utilisent des variantes de ce modèle. La sécurité dépend de l'ensemble des validateurs. Qui sont-ils, combien doivent se mettre d'accord, et quelles sont les sanctions en cas de mauvais comportement ? Le piratage de Wormhole en 2022 a exploité une vulnérabilité dans la logique de vérification, permettant à un attaquant de forger des signatures de guardians et d'émettre 320 millions de dollars d'actifs non couverts.
Les ponts basés sur les intents représentent une approche plus récente. Au lieu de déplacer les actifs via un processus contrôlé par le protocole, ils mettent en relation des utilisateurs qui souhaitent déplacer des actifs avec des solvers qui répondent à ces demandes. L'utilisateur exprime une intention (je veux X tokens sur la chaîne Y) et un solver l'exécute, souvent en utilisant son propre inventaire. Le protocole règle ensuite les comptes entre le solver et les fonds verrouillés de l'utilisateur. Cela peut être plus rapide et moins cher parce que le solver prend à sa charge la complexité du bridging.
Les modèles de sequencing partagé et de sécurité partagée visent à résoudre l'interopérabilité au niveau de l'infrastructure plutôt qu'au niveau applicatif. Si plusieurs chaînes partagent le même sequencer ou le même ensemble de validateurs, les opérations cross-chain deviennent plus simples, car il existe déjà une hypothèse de confiance partagée. Le protocole IBC de Cosmos fonctionne entre chaînes qui partagent le modèle de consensus Tendermint, ce qui en fait l'une des solutions d'interopérabilité les plus robustes au sein de son écosystème.
Les implications pratiques pour les utilisateurs sont significatives. Le choix d'un pont doit tenir compte du modèle de sécurité, du montant transféré et de l'urgence. Pour les gros transferts, utiliser le pont canonique avec des temps de confirmation plus longs est habituellement l'option la plus sûre. Pour les transferts plus petits et fréquents, les ponts plus rapides disposant d'un bon historique sont raisonnables. Diversifier entre plusieurs ponts pour les positions importantes réduit le risque qu'une défaillance d'un seul pont n'anéantisse votre capital.
La trajectoire de long terme semble conduire vers un monde où l'interopérabilité est gérée au niveau de la couche d'infrastructure plutôt qu'au travers de ponts applicatifs. Les projets de chain abstraction visent à rendre la chaîne sous-jacente invisible pour les utilisateurs. Que cette vision se concrétise de manière sécurisée reste une question ouverte, mais la direction du développement est claire.