Vous avez déjà essayé d'acheter une petite quantité d'un jeton obscure sur un échange décentralisé et vous êtes heurté à un slippage de 15 % ? Ou peut-être avez-vous placé un ordre limite sur un grand exchange centralisé pour finir par voir votre transaction annulée parce que le prix a bougé d'une fraction de seconde ? Ces frustrations proviennent directement de la façon dont les marchés fonctionnent sous le capot. Comprendre la différence entre un Automated Market Maker (AMM) et un carnet d'ordres (Order Book) n'est pas juste de la théorie académique ; c'est crucial pour ne pas perdre d'argent lors de vos échanges.
En 2026, le paysage du trading crypto est clairement divisé. D'un côté, nous avons les modèles traditionnels hérités de la finance classique, où acheteurs et vendeurs se rencontrent. De l'autre, l'innovation blockchain a introduit les AMM, qui utilisent des algorithmes mathématiques pour fixer les prix. Voici comment ces deux systèmes s'affrontent réellement, avec leurs forces, leurs faiblesses et ce que cela signifie pour votre portefeuille.
Le carnet d'ordres est le vieux vétéran. Il fonctionne exactement comme une enchère ou un marché boursier traditionnel. Imaginez une liste géante de deux colonnes : les ordres d'achat (bid) en bas, classés du prix le plus haut au plus bas, et les ordres de vente (ask) en haut, classés du prix le plus bas au plus haut.
Un trade ne se produit que lorsqu'un acheteur accepte le prix d'un vendeur, ou vice versa. Si personne ne veut vendre Bitcoin à 60 000 $, votre ordre reste assis là, inerte, jusqu'à ce que quelqu'un change d'avis. Ce modèle offre une transparence totale. Vous pouvez voir la profondeur du marché, c'est-à-dire combien de volume est disponible à chaque niveau de prix. C'est idéal pour les traders professionnels qui veulent contrôler précisément leur point d'entrée ou de sortie.
Cependant, ce système souffre d'un défaut majeur dans le monde crypto : il dépend entièrement de la participation humaine. S'il n'y a pas assez de gens pour placer des ordres, le marché devient illiquide. Les écarts entre le prix d'achat et de vente (le spread) explosent, rendant les trades coûteux et imprévisibles.
Entrons dans le domaine des AMM. Popularisé par Uniswap en 2018, ce modèle a changé la donne pour les échanges décentralisés (DEX). Au lieu d'attendre qu'un humain prenne l'autre côté de votre transaction, vous interagissez avec un contrat intelligent contenant une réserve de fonds, appelée « pool de liquidité ».
La magie réside dans la formule mathématique. La plupart des AMM utilisent la formule constante du produit : x * y = k. Ici, x représente la quantité d'un jeton A, y la quantité du jeton B, et k est une constante qui ne doit jamais changer. Quand vous achetez du jeton A, vous retirez de l'A du pool et ajoutez du B. Pour maintenir k constant, le prix de l'A augmente automatiquement. Pas besoin de contrepartie humaine immédiate. Le prix est déterminé par l'algorithme, pas par une négociation.
Ce système garantit une disponibilité permanente du trading. Peu importe si c'est 3 heures du matin ou si le marché est calme, vous pouvez toujours échanger, tant qu'il y a de la liquidité dans le pool. C'est cette accessibilité qui a propulsé les volumes de trading sur les DEX à des milliards de dollars par jour.
Pour clarifier les choses, regardons les différences critiques entre ces deux approches. Ce tableau met en évidence les facteurs décisifs pour choisir votre plateforme de trading.
| Caractéristique | Carnet d'Ordres (Order Book) | Automated Market Maker (AMM) |
|---|---|---|
| Découverte du prix | Basée sur l'offre et la demande réelle des utilisateurs. | Basée sur la formule mathématique et la composition du pool. |
| Disponibilité | Nécessite une contrepartie active (acheteur/vendeur). | Toujours disponible tant que le pool existe. |
| Types d'ordres | Limites, stop-loss, OCO, etc. | Généralement seulement des ordres au marché (market orders). |
| Risque principal | Manipulation (spoofing), manque de liquidité. | Slippage élevé, impermanent loss pour les fournisseurs. |
| Public cible | Traders actifs, algorithmiques, institutionnels. | Débutants, investisseurs passifs, DeFi natifs. |
Si vous utilisez un AMM, vous entendrez souvent parler de « slippage ». C'est la différence entre le prix attendu et le prix réel obtenu lors de l'exécution. Dans un carnet d'ordres, si vous placez un ordre limite, vous dites : « Je ne paierai pas plus de X ». Sur un AMM, vous dites : « Je veux acheter maintenant », et le prix peut glisser vers le haut pendant que votre transaction est confirmée sur la blockchain.
Ce phénomène est particulièrement brutal sur les petits pools de liquidité. Imaginez que vous voulez acheter 1 million de dollars d'un nouveau token dans un pool qui ne contient que 100 000 dollars de liquidité. Votre achat massif déséquilibre immédiatement la formule x * y = k, faisant exploser le prix pour vous-même et pour tous ceux qui suivent. Avec un carnet d'ordres bien rempli, votre gros ordre serait simplement rempli par plusieurs vendeurs différents à des prix légèrement différents, lissant l'impact.
À l'inverse, les carnets d'ordres souffrent quand il n'y a pas de participants. Sur certains altcoins mineurs, vous pouvez avoir un spread de 5 % ou 10 %. Cela signifie que vous perdez instantanément une partie de votre capital dès que vous achetez, car le prix de revente immédiat est bien inférieur. Les AMM résolvent ce problème en garantissant un prix continu, même si ce prix peut être défavorable si la liquidité est faible.
Aujourd'hui, la réponse nuancée est : les AMM dominent le DeFi, mais les Order Books restent rois dans le trading professionnel. Des protocoles comme Uniswap, SushiSwap et Curve Finance ont capturé une part massive du marché grâce à leur simplicité. Vous connectez votre wallet, vous échangez, c'est fini. Pas besoin de créer un compte KYC complexe ou de déposer des fonds sur un serveur centralisé.
Cependant, des plateformes comme dYdX ont tenté de fusionner les mondes en apportant la précision des carnets d'ordres sur la blockchain. Le défi technique était énorme. Placer chaque ordre sur une chaîne lente et coûteuse comme Ethereum était impossible. Mais avec l'arrivée des solutions de Layer 2 et des blockchains à haute vitesse comme Solana, les order books on-chain deviennent enfin viables.
Il est fascinant de voir comment les utilisateurs choisissent. Les nouveaux entrants préfèrent les AMM pour leur interface épurée. Ils n'ont pas besoin de comprendre ce qu'est un « carnet d'ordres » ou une « profondeur de marché ». Ils voient un prix, ils cliquent, ça marche. Les traders expérimentés, eux, reviennent souvent aux order books pour utiliser des stratégies complexes comme le scalping ou le hedging, qui nécessitent des outils que les AMM standards n'offrent pas encore.
Chaque modèle a ses propres pièges. Avec un AMM, le risque majeur pour celui qui fournit la liquidité est l'impermanent loss. Si le prix d'un actif change drastiquement par rapport à l'autre dans le pool, vous pourriez gagner moins d'argent en fournissant de la liquidité que si vous aviez simplement détenu les jetons dans votre portefeuille. C'est un coût invisible qui surprend beaucoup de débutants.
Avec les order books, le danger vient de la manipulation. Comme tout le monde peut voir les ordres avant qu'ils ne soient exécutés, des acteurs malveillants peuvent placer de faux gros ordres d'achat pour faire monter le prix artificiellement, puis annuler leur ordre juste avant l'exécution. C'est ce qu'on appelle le « spoofing ». Sur les chaînes publiques, ce problème est aggravé par le « front-running », où les validateurs voient votre transaction en attente et passent la leur devant la vôtre pour profiter du mouvement de prix.
Alors, lequel devriez-vous utiliser ? Cela dépend de votre profil.
La tendance actuelle montre une convergence. Nous voyons de plus en plus de « hybrid models » émerger. Certains DEX utilisent des order books hors-chaîne pour la rapidité et la précision, tout en réglant les transactions sur la chaîne pour la sécurité. D'autres intègrent des fonctions de type AMM dans des interfaces de type order book. L'avenir n'est probablement pas l'élimination de l'un par l'autre, mais plutôt une coexistence intelligente où chaque outil sert son créneau spécifique.
Les AMM ont résolu le problème de la liquidité fragmentée. Avant les AMM, trouver un contrepartie pour un petit trade sur un DEX était difficile et lent. Les AMM permettent à n'importe qui de devenir fournisseur de liquidité, garantissant ainsi que les traders peuvent toujours échanger, peu importe la taille de leur ordre ou l'heure de la journée.
L'impermanent loss est une perte temporaire subie par les fournisseurs de liquidité lorsque le prix des jetons dans le pool diverge par rapport à leur prix au moment du dépôt. Si le prix d'un jeton monte beaucoup, le pool vend automatiquement une partie de ce jeton gagnant pour acheter le perdant, ce qui signifie que vous finissez avec moins de valeur que si vous aviez simplement gardé les jetons dans votre portefeuille.
Nativement, non. Les AMM standard n'acceptent que des ordres au marché. Cependant, certaines interfaces tierces ou protocoles avancés simulent des ordres limites en utilisant des contrats intelligents qui attendent que le prix atteigne un certain seuil avant d'exécuter l'échange via l'AMM. Cela ajoute une couche de complexité et parfois des frais supplémentaires.
Pas nécessairement. Sur les marchés très liquides (comme BTC/ETH), le slippage sur les grands AMM est minime. En revanche, sur les order books illiquides, le spread (écart acheteur-vendeur) peut agir comme un slippage implicite très élevé. Le slippage sur les AMM devient problématique principalement lors de transactions de grande taille dans des pools de petite taille.
Sur les blockchains publiques, les transactions sont visibles par les validateurs/miners avant d'être incluses dans un bloc. Ils peuvent voir votre ordre d'achat, insérer leur propre ordre avant le vôtre, acheter à bas prix, puis vendre au prix plus élevé que votre transaction crée. Cela rend les order books on-chain vulnérables aux attaques de type MEV (Maximal Extractable Value).