Petr veut acheter du bitcoin. Il voit un prix intéressant, saisit une quantité et envoie son ordre. Le résultat le surprend : une partie de l’achat a coûté plus cher. Ce n’est pas forcément un défaut de l’application. Seule une petite quantité pouvait être disponible au prix affiché ; le reste a été acheté à des vendeurs plus chers. La microstructure examine ce passage entre l’intention de négocier et la transaction effectivement réalisée.
Market structure décrit l’organisation générale du marché, notamment les produits et les intermédiaires. La microstructure demande comment un acheteur rencontre un vendeur sur une place précise. Un carnet d’ordres les réunit souvent : c’est une liste d’offres avec prix et quantités. Ailleurs, un négociant propose directement son prix, ou une entreprise organise l’échange. Les règles d’une plateforme ne sont donc pas celles de tout le réseau Bitcoin. [1]
Petr peut fixer le prix maximal qu’il accepte de payer puis attendre. Coinbase Exchange privilégie le prix, puis l’heure d’arrivée entre ordres au même prix. D’autres acheteurs peuvent donc le précéder. Si seules de petites ventes arrivent, ces acheteurs sont servis tandis que son ordre reste en attente ou n’est exécuté qu’en partie. Un graphique touchant le prix ne prouve pas qu’il restait assez de quantité pour lui. [2]
Un ordre qui attend dans le carnet met une offre à disposition ; lors de son exécution ultérieure, il joue le rôle de maker. L’ordre entrant qui rencontre immédiatement une offre existante est taker. Un Limit order, ordre à cours limité, peut aussi être taker si sa limite permet un échange immédiat. Coinbase propose le mode post-only : tout ordre dont une partie serait exécutée immédiatement est rejeté. Cela ne garantit pas qu’un ordre en attente trouvera un jour une contrepartie. [3]
Le bid est la meilleure offre d’achat actuelle et l’ask la meilleure offre de vente ; leur différence est le spread. Pour acheter immédiatement, Petr doit aussi regarder les quantités disponibles à chaque prix de vente. Si l’offre la moins chère ne suffit pas, la suite peut coûter davantage. Les frais et les délais s’ajoutent à cet effet de taille. Un spread faible ne garantit donc pas une exécution bon marché pour un gros achat. [4]
Petr aperçoit une offre importante, puis elle disparaît. Quelqu’un l’a peut-être achetée, mais son auteur a aussi pu la retirer. Coinbase distingue les messages de réception, d’attente, de transaction et de fin d’ordre. Le message received signifie acceptation pour traitement, pas automatiquement présence dans le carnet ou transaction conclue. Une fin d’ordre doit aussi être expliquée par sa cause. Deux images du carnet ne racontent donc pas tout le déroulement. [5]
Une application doit suivre les nouvelles offres, les transactions et les annulations. Une première image du carnet devient vite ancienne. Coinbase décrit ainsi comment associer un instantané aux événements suivants, selon leurs numéros de séquence, sur son canal complet. Oublier un message ou l’appliquer deux fois peut faire apparaître une quantité qui n’existe plus. Pour le lecteur, la leçon est simple : un ancien instantané ne prouve pas qu’une offre reste disponible maintenant. [5]
Avant l’arrivée de l’ordre de Petr, quelqu’un peut profiter de l’offre intéressante ou le vendeur peut l’annuler. Le délai de transmission et de traitement s’appelle la latence. Une connexion plus rapide peut le réduire, mais ne garantit ni prix ni bénéfice. Un test historique doit aussi tenir compte de l’attente, des frais et des ordres non exécutés. Supposer que chaque transaction utilise le prix visible dans le graphique peut embellir le résultat. [4]
Une bougie résume les transactions réalisées pendant une période : prix d’ouverture, de clôture, plus haut et plus bas. Elle ne conserve pas toute la file d’attente ni toutes les offres retirées. Son maximum ne prouve donc pas que la vente de Petr aurait été exécutée. Pour vérifier son résultat, il consulte ses propres exécutions, quantités et frais sur le bon marché. Le graphique est un aperçu, pas le reçu de sa transaction. [5] [2]
Un ordre peut suivre plusieurs chemins
Schéma de réception, attente éventuelle, puis exécution ou annulation. Une exécution immédiate peut éviter l'attente ; une exécution partielle laisser un solde dans le carnet.
- 01
Réception
Valider l'ordre ne prouve pas encore une transaction.
- 02
Attente éventuelle
Le solde peut attendre selon prix et priorité ; l'exécution immédiate saute cette étape.
- 03
Exécution ou annulation
Une transaction exige un appariement ; l'annulation peut terminer l'attente sans transaction.
Une petite offre ne couvre qu’une partie de l’achat
Dans un carnet fictif et inchangé, 0.01 BTC est proposé à 100000 USD/BTC et encore 0.01 BTC à 100100 USD/BTC. Petr souhaite acheter immédiatement 0.02 BTC et utilise donc les deux offres. Il paie 1000 + 1001 = 2001 USD, soit une moyenne de 100050 USD/BTC avant frais. Le prix le plus bas ne concernait pas tout l’achat. Le calcul suppose des quantités réellement disponibles et aucune autre modification du carnet ; ce ne sont ni des prix actuels ni une promesse d’exécution.
Pour une vision complète, lisez aussi Market structure, Order book, Maker–taker, Limit order, Slippage, Market depth. Cette entrée est également citée par Trading, Market structure, Spot market, Order book.
01Une grosse offre a disparu. Quelqu’un l’a-t-il achetée ?+
Pas nécessairement. Elle a pu être annulée ou modifiée sans échange. Il faut le relevé d’exécution correspondant pour confirmer une vente. La seule différence entre deux instantanés n’en indique pas la cause.
02Pourquoi mon ordre à cours limité attend-il alors que le graphique a affiché mon prix ?+
Des ordres plus anciens au même prix peuvent vous précéder, et la quantité disponible n’a peut-être pas suffi. Le graphique peut aussi concerner un autre marché ou moment. La limite définit les conditions de prix acceptables, mais ne garantit pas une contrepartie suffisante.