---
title: "Swap atomique"
description: "Un swap atomique coordonne des réclamations conditionnelles et des récupérations ultérieures sur deux chaînes, sans rendre les confirmations simultanées ni supprimer les frais, le risque de prix, la surveillance et le risque d'échéance."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Swap atomique
> À 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
1. 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é.
2. Générer un secret à usage unique et à forte entropie `x`, calculer `h = H(x)` hors ligne et faire reproduire le condensat par les deux implémentations à partir des mêmes octets bruts.
3. 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.
4. 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.
5. 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.
6. Le participant observe cette réclamation, vérifie `H(x) = h` et réclame la jambe longue avec assez de temps pour la construction, la diffusion, l'ajustement des frais et la finalité.
7. 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, `abc` en UTF-8 correspond aux octets bruts `0x616263` ; `SHA-256(0x616263) = ba7816bf8f01cfea414140de5dae2223b00361a396177a9cb410ff61f20015ad`. Hacher le texte affiché `0x616263` produit 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 h` et la courte à `24.0 h`. Si la réclamation courte est soumise à `22.0 h`, que l'observation prend `0.5 h`, la construction et la diffusion `0.5 h`, et la confirmation sur la chaîne longue `1.5 h`, l'achèvement attendu intervient à `24.5 h`. La marge longue restante modélisée vaut `48.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,000` et ETH `$2,800` ; Alice livre `$63,000` et reçoit `20 x $2,800 = $56,000`, soit une différence de `-$7,000` par 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 BTC` pour financer et `0.00025 BTC` pour récupérer, soit `0.00045 BTC` au total, ou `$27` à `$60,000/BTC`. Bob paie `0.006 ETH` pour financer et `0.004 ETH` pour récupérer, soit `0.010 ETH` au 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
- [HTLC](/fr/crypto/htlc/)
- [Bridge inter-chaînes](/fr/crypto/cross-chain-bridge/)
- [DEX](/fr/crypto/dex/)
## Sources
- [Atomic Cross-Chain Swaps](https://doi.org/10.1145/3212734.3212736) - Association for Computing Machinery (consulté : 2026-08-13)
- [On the optionality and fairness of Atomic Swaps](https://doi.org/10.1145/3318041.3355460) - Association for Computing Machinery (consulté : 2026-08-13)
- [BIP 65: OP_CHECKLOCKTIMEVERIFY](https://bips.dev/65/) - Bitcoin Improvement Proposals (consulté : 2026-08-13)
- [BIP 112: CHECKSEQUENCEVERIFY](https://bips.dev/112/) - Bitcoin Improvement Proposals (consulté : 2026-08-13)
- [Contracts](https://developer.bitcoin.org/devguide/contracts.html) - Bitcoin Developer Documentation (consulté : 2026-08-13)
- [Transactions](https://developer.bitcoin.org/devguide/transactions.html) - Bitcoin Developer Documentation (consulté : 2026-08-13)
- [Atomic Swaps](https://docs.decred.org/advanced/atomic-swap/) - Decred Documentation (consulté : 2026-08-13)
- [Proof-of-stake (PoS)](https://ethereum.org/developers/docs/consensus-mechanisms/pos/) - Ethereum.org (consulté : 2026-08-13)
Source: https://wiki.fcontext.com/fr/crypto/atomic-swap/index.mdx