À des fins éducatives uniquement ; ne constitue ni un conseil en investissement ni une recommandation d’investissement. Les investissements peuvent entraîner des pertes.
Réponse directe
Un swap atomique est un protocole asynchrone qui permet d’échanger des actifs sans confier à un dépositaire unique le contrôle des deux jambes. Dans le modèle classique de contrat à verrouillage par hachage et par échéance (HTLC), une même préimage autorise les deux réclamations, tandis que des échéances inégales préservent les voies de récupération ultérieures. L’atomicité est conditionnelle : une partie honnête ne devrait pas perdre son capital au profit de la contrepartie au seul motif que l’échange est interrompu. Elle ne signifie ni confirmation simultanée, ni récupération automatique ou gratuite, ni prix de marché équitable, ni liquidité continue, ni anonymat.
Chaque déploiement doit lier la chaîne ou le réseau, l’actif et le contrat, le montant en unités brutes et les décimales, les clés de réclamation et de récupération, la construction du hachage, les octets exacts de la préimage, le script ou bytecode et la sémantique du timelock. Deux systèmes qui exposent tous deux un hachage et une horloge ne sont pas automatiquement compatibles. Les verrouillages absolus et relatifs de Bitcoin, les horodatages de l’EVM et la finalité d’une autre chaîne peuvent obéir à des règles sensiblement différentes.
Les swaps HTLC classiques accordent aussi une certaine optionnalité de prix à la partie qui agit en dernier : elle peut attendre avant de décider si l’exécution reste avantageuse. Les signatures adaptatrices et autres protocoles sans script modifient l’empreinte on-chain et les hypothèses, mais ne suppriment pas la nécessité d’auditer les identités, les horloges, les frais, la disponibilité opérationnelle et la récupération.
Fonctionnement
- Figer les deux réseaux, les actifs, les montants, le taux de change, les clés, l’encodage du hachage et de la préimage, les octets du contrat ou du script, les unités d’horloge, le payeur des frais et les politiques de confirmation ou de finalité.
- Générer un secret à usage unique et à forte entropie
x, calculerh = H(x)hors ligne et faire reproduire le condensat par les deux implémentations à partir des mêmes octets bruts. - L’initiateur finance la jambe à échéance longue. Le participant vérifie sa chaîne, son actif, son montant, ses clés, son hachage, son code et son échéance, puis attend la profondeur de sécurité convenue.
- Le participant finance la jambe à échéance courte. L’initiateur répète les mêmes vérifications et attend les confirmations ou la finalité requises.
- Avant une limite opérationnelle anticipée, l’initiateur réclame la jambe courte avec
x, révélant la préimage exacte dans les données canoniques de la transaction. - Le participant observe cette réclamation, vérifie
H(x) = het réclame la jambe longue avec assez de temps pour la construction, la diffusion, l’ajustement des frais et la finalité. - Si un contrôle échoue, cesser d’accroître l’exposition. Après la maturité de chaque timelock applicable, construire ou diffuser activement la récupération correspondante et rapprocher le capital, les frais, la durée de blocage et les preuves on-chain.
La marge essentielle est T_long - T_short >= observation + construction + broadcast + confirmation/finality + reorg/operations buffer. Des valeurs nominales comme 48 et 24 heures sont des exemples, pas des paramètres universellement sûrs. Un timelock ne fait qu’activer une voie de récupération ; il ne diffuse pas la transaction et n’en paie pas les frais.
Exemple
- Octets du hachage. À des fins pédagogiques uniquement,
abcen UTF-8 correspond aux octets bruts0x616263;SHA-256(0x616263) = ba7816bf8f01cfea414140de5dae2223b00361a396177a9cb410ff61f20015ad. Hacher le texte affiché0x616263produit un condensat différent. En production, les secrets exigent une entropie cryptographique et ne doivent pas être réutilisés. - Marge des échéances. Supposons que la récupération longue arrive à maturité à
48.0 het la courte à24.0 h. Si la réclamation courte est soumise à22.0 h, que l’observation prend0.5 h, la construction et la diffusion0.5 h, et la confirmation sur la chaîne longue1.5 h, l’achèvement attendu intervient à24.5 h. La marge longue restante modélisée vaut48.0 - 24.5 = 23.5 h; elle ne garantit pas la production des blocs. - Optionnalité de prix. Lors de l’accord,
1 BTCà$60,000équivaut à20 ETHà$3,000. Lors de la réclamation, BTC vaut$63,000et ETH$2,800; Alice livre$63,000et reçoit20 x $2,800 = $56,000, soit une différence de-$7,000par rapport au marché du moment avant frais. L’atomicité du protocole ne fige pas la valeur économique. - Registre de l’interruption. Alice paie
0.00020 BTCpour financer et0.00025 BTCpour récupérer, soit0.00045 BTCau total, ou$27à$60,000/BTC. Bob paie0.006 ETHpour financer et0.004 ETHpour récupérer, soit0.010 ETHau total, ou$30à$3,000/ETH. Le capital revient plus tard, mais le coût réseau non remboursable cumulé est de$57, auquel s’ajoute le coût d’opportunité.
Risques
- Chaîne ou domaine réseau incorrect.
- Actif natif, contrat du jeton ou décimales incorrects.
- Montant, clé de réclamation ou clé de récupération incorrects.
- Algorithme de hachage ou encodage des octets incompatible.
- Secret à faible entropie, réutilisé ou révélé prématurément.
- Voie de réclamation, script ou bytecode défectueux.
- Voie de récupération invalide, indisponible ou non signée.
- Ordre des échéances inversé ou marge insuffisante.
- Mauvaise interprétation de la hauteur, du temps médian, de l’horodatage ou du verrouillage relatif.
- Course entre réclamation et récupération de la jambe courte à l’approche de l’échéance.
- Une réorganisation supprime le financement, la révélation ou la réclamation.
- Politique de confirmation ou de finalité insuffisante.
- Hausse des frais, éviction du mempool, censure ou impossibilité d’augmenter les frais.
- Défaillance de la surveillance, du RPC, de l’indexeur, du portefeuille ou des clés.
- Retard ou obstruction de la contrepartie et optionnalité sur le capital bloqué.
- Variation du taux de change, de la base et de la liquidité exécutable.
- Défaut d’appel EVM, de réentrance, de gas, de proxy ou de mise à niveau.
- Comportement de l’émetteur, du bridge, du hook, du rebase ou des frais de transfert d’un actif enveloppé ou d’un jeton.
- Rattachement entre chaînes par réutilisation du hachage, du montant et du moment.
- Défaillance fiscale, juridique, liée aux sanctions, à la tenue des registres ou à la reprise après sinistre.
Idées reçues
- Atomique signifie simultané. Les deux chaînes progressent indépendamment dans une machine à états ordonnée et asynchrone.
- Une interruption rembourse tout automatiquement. Une partie doit normalement attendre, envoyer une transaction et payer des frais ; une défaillance de surveillance ou de frais peut prolonger le blocage.
- Deux chaînes quelconques dotées de hachages et de timelocks interopèrent. Algorithmes, encodages, horloges, scripts, contrats et finalité doivent réellement correspondre.
- Sans dépositaire signifie sans risque de contrepartie ni de prix. L’obstruction, l’optionnalité, la volatilité et la dépendance opérationnelle subsistent.
- Les swaps atomiques fournissent liquidité et confidentialité. Ils coordonnent les conditions de règlement ; ils ne créent ni cotations, ni profondeur, ni contreparties, ni activité impossible à relier.
Sujets connexes
Sources
- Atomic Cross-Chain Swaps - Association for Computing Machinery (consulté : 2026-08-13)
- On the optionality and fairness of Atomic Swaps - Association for Computing Machinery (consulté : 2026-08-13)
- BIP 65: OP_CHECKLOCKTIMEVERIFY - Bitcoin Improvement Proposals (consulté : 2026-08-13)
- BIP 112: CHECKSEQUENCEVERIFY - Bitcoin Improvement Proposals (consulté : 2026-08-13)
- Contracts - Bitcoin Developer Documentation (consulté : 2026-08-13)
- Transactions - Bitcoin Developer Documentation (consulté : 2026-08-13)
- Atomic Swaps - Decred Documentation (consulté : 2026-08-13)
- Proof-of-stake (PoS) - Ethereum.org (consulté : 2026-08-13)