Atomic swap : échange crypto sans intermédiaire, fonctionnement et risques

Un atomic swap, ou échange atomique, permet à deux personnes d’échanger des crypto-actifs sur des blockchains différentes sans confier leurs fonds à un intermédiaire dépositaire. Le mécanisme coordonne deux transactions grâce à un secret cryptographique et à des délais de remboursement. « Atomique » signifie que chaque partie peut obtenir l’actif attendu ou récupérer ses fonds selon les règles prévues ; cela ne signifie pas que l’opération est instantanée ni sans risque.

Qu’est-ce qu’un atomic swap ?

Sur un exchange crypto centralisé, les utilisateurs déposent généralement leurs actifs sur la plateforme, qui met à jour des soldes internes. Un atomic swap fonctionne autrement : chaque actif reste sur sa blockchain et les participants utilisent des contrats compatibles pour coordonner l’échange.

La documentation technique de Decred sur les atomic swaps décrit deux contrats, un sur chaque chaîne. Le même secret relie les conditions de dépense, tandis que des verrous temporels permettent un remboursement si l’échange n’aboutit pas.

L’ancien exemple « échanger automatiquement du Bitcoin contre de l’Ether » est trop simplificateur. Un échange atomique direct n’est possible que si les deux chaînes, les scripts et le logiciel utilisé offrent les primitives compatibles. Toutes les paires de crypto-actifs ne le permettent pas.

Le rôle du HTLC

La méthode classique utilise un Hashed Time-Locked Contract, ou HTLC. Ce contrat combine deux conditions :

• Hashlock : les fonds peuvent être récupérés par la partie attendue si elle révèle la préimage d’un hash, c’est-à-dire le secret qui a produit cette empreinte.
• Timelock : après une échéance, le déposant initial peut emprunter une branche de remboursement si l’autre partie n’a pas exécuté l’échange.

Le BIP 112 de Bitcoin explique comment un délai relatif peut restreindre l’accès à une branche de script et présente les HTLC comme un mécanisme de négociation reposant sur un secret et une fenêtre temporelle.

Comment se déroule l’échange ?

1. Alice crée un secret : elle génère une valeur aléatoire, calcule son hash et ne partage d’abord que cette empreinte.
2. Alice verrouille l’actif A : son contrat autorise Bob à le réclamer avec le secret, ou Alice à le reprendre après un délai long.
3. Bob vérifie le contrat : il contrôle le montant, le hash, le destinataire, les délais et la confirmation sur la première chaîne.
4. Bob verrouille l’actif B : son contrat utilise le même hash, mais prévoit un remboursement plus court.
5. Alice récupère l’actif B : pour le dépenser, elle révèle le secret sur la blockchain de Bob.
6. Bob lit le secret : il l’utilise pour récupérer l’actif A avant l’échéance.

Les délais sont asymétriques afin de laisser à Bob le temps d’agir après la révélation du secret. Si Alice ne récupère pas l’actif B, Bob attend son remboursement. Alice récupère ensuite son actif après le délai plus long. Les fonds ne reviennent donc pas toujours immédiatement : ils peuvent rester immobilisés jusqu’à l’expiration.

Quelles chaînes sont compatibles ?

Pour un atomic swap on-chain classique, les deux chaînes doivent généralement prendre en charge des scripts conditionnels, la vérification de signatures, une fonction de hash commune dans le langage de script et un verrou temporel tel que CLTV ou CSV. La documentation Decred souligne explicitement ces prérequis.

La compatibilité ne dépend pas seulement du nom de la crypto-monnaie. Le portefeuille, la version du logiciel, le type de sortie et la façon dont chaque chaîne mesure le temps ou les confirmations comptent aussi. Une interface qui affirme proposer un atomic swap doit permettre de vérifier les contrats et les remboursements.

Atomic swap, bridge et wrapped token : les différences

Un bridge transfère une représentation de valeur entre réseaux. Il peut verrouiller un actif d’un côté et émettre un jeton représentatif de l’autre. Un token wrapped représente également un actif d’origine selon un mécanisme de garde ou de contrats. Ces modèles ajoutent des hypothèses sur le bridge, les validateurs ou les réserves.

Un atomic swap ne crée normalement pas de représentation durable de l’actif. Deux actifs natifs changent de propriétaire sur leurs chaînes respectives. Cela réduit certains risques de garde, mais ne crée pas une communication générale entre blockchains et ne remplace pas toutes les fonctions d’un bridge.

Quels sont les avantages ?

• Pas de dépôt commun : aucune plateforme centrale ne conserve simultanément les deux soldes.
• Règles vérifiables : les conditions de dépense et de remboursement sont inscrites dans les contrats.
• Actifs natifs : chaque participant reçoit l’actif sur sa propre blockchain, sans jeton représentatif permanent.
• Réduction du risque de contrepartie : une partie ne peut pas simplement prendre les deux actifs si les contrats sont correctement construits.

Ces avantages ne signifient pas que l’échange est gratuit. Il faut généralement financer plusieurs transactions sur les deux chaînes : création du contrat, récupération de l’actif et parfois remboursement. Comme pour un transfert crypto, une adresse, un réseau ou un montant mal vérifié peut provoquer une perte.

Les limites pratiques

Un atomic swap doit d’abord trouver une contrepartie acceptant le prix, les montants et les chaînes. Sans carnet d’ordres ou protocole de découverte, cette coordination est difficile. La liquidité reste donc un problème distinct de l’exécution atomique.

La vitesse dépend des confirmations sur chaque blockchain. Une congestion augmente l’attente et les frais. Pendant ce délai, le prix de marché peut changer. Une contrepartie peut abandonner avant de verrouiller ses fonds, obligeant l’initiateur à attendre son remboursement et lui imposant un coût d’opportunité.

La documentation Decred signale aussi un enjeu de confidentialité : le même hash apparaît sur les deux chaînes. Un observateur peut relier les deux côtés du swap, même si l’identité civile des participants n’est pas directement inscrite.

Quels risques faut-il vérifier ?

• Bug logiciel : une mauvaise construction du contrat, du délai ou de la transaction de remboursement peut bloquer les fonds.
• Réorganisation et confirmations : agir trop tôt augmente le risque qu’une transaction considérée comme acquise soit réorganisée.
• Frais variables : le coût total sur deux chaînes peut dépasser l’avantage attendu, surtout pour un petit montant.
• Variation de prix : le taux convenu peut devenir défavorable pendant l’exécution.
• Traçabilité croisée : le secret et son hash peuvent aider à rapprocher les transactions.
• Erreur de sauvegarde : perdre la transaction de remboursement ou les clés peut annuler la protection théorique.

Checklist avant un atomic swap

1. Utiliser un logiciel audité, maintenu et provenant de sa source officielle.
2. Tester d’abord avec un faible montant sur les réseaux prévus.
3. Vérifier les adresses, le hash, les montants et l’ordre des délais.
4. Préparer et sauvegarder les voies de remboursement avant de verrouiller les fonds.
5. Conserver assez d’actifs natifs sur les deux chaînes pour payer les frais.
6. Attendre le nombre de confirmations adapté au risque et au montant.
7. Rester disponible jusqu’à la récupération finale ou au remboursement.

La protection par clés reste centrale. Un portefeuille auto-custodial donne le contrôle des transactions, mais aussi l’entière responsabilité des sauvegardes et des signatures.

À retenir

Un atomic swap coordonne l’échange de deux actifs natifs grâce à un secret partagé et à des délais de remboursement. Le mécanisme réduit la dépendance à un dépositaire, sans éliminer les risques de logiciel, de liquidité, de frais, de confidentialité ou d’erreur humaine. Avant toute opération réelle, il faut vérifier la compatibilité des deux chaînes, préparer les remboursements et comprendre chaque transaction à signer.