Une Market order demande l’achat ou la vente aux meilleurs prix actuellement disponibles sur un marché donné, sans prix limite fixé par vous. La plateforme la rapproche des offres en attente selon ses règles. L’exécution rapide est prioritaire ; prix affiché, réalisation complète et coût total ne sont pas garantis sans conditions.
Hana veut acheter du bitcoin contre des dollars sur la plateforme choisie. Son achat au marché prend les offres des vendeurs, en commençant par le meilleur ask, le prix de vente le plus bas. Une vente au marché prendrait le bid, la meilleure offre d’un acheteur. Ces ordres en attente composent le carnet d’ordres. L’exécution ne se fait pas automatiquement au point milieu ni au prix de la dernière transaction. Un chiffre à côté de Bitcoin ne suffit donc pas : Hana doit connaître le marché et la monnaie de son opération. [1] [2]
Dans notre exemple, Hana demande 1 BTC. Au meilleur prix de 60 000 USD, seuls 0,25 BTC sont disponibles. Elle achète les 0,75 BTC restants à 60 040 USD par bitcoin. Additionner les achats réels donne 60 030 USD avant frais. Comme elle a reçu un bitcoin entier, c’est aussi le prix moyen par bitcoin. Pour une autre quantité, il faudrait diviser la valeur totale par les bitcoins achetés. La meilleure offre ne promettait donc pas le prix de tout l’ordre ; les quantités comptaient aussi. Ces chiffres sont illustratifs, pas des cotations actuelles. [1] [3]
Hana a vu une offre au moment de décider. Avant l’exécution de son ordre, quelqu’un d’autre peut la prendre ou le vendeur l’annuler. Le dernier prix affiché ne réserve pas de bitcoins pour son compte. L’écart entre prix attendu et réel s’appelle Slippage. Il ne prouve pas à lui seul une erreur de la plateforme ; la chronologie importe. Les heures d’envoi, d’acceptation et des exécutions aident à comprendre. Comparer la moyenne d’hier à l’achat d’aujourd’hui répondrait à une autre question que vérifier son ordre. [1] [2]
Hana peut penser « je veux dépenser 600 USD » ou « je veux une certaine quantité de bitcoin ». À 60 000 USD par BTC, le premier montant correspond à 0,01 BTC avant frais. Un ordre de 0,01 BTC ne fixe cependant pas la dépense en dollars si le prix change. À l’inverse, un budget fixe ne détermine pas la quantité exacte de bitcoin. Les interfaces ont des champs et règles différents : vérifiez ce qui est saisi et si les frais sont inclus ou nécessitent des fonds en plus. L’estimation de l’ordre n’est pas le relevé final. [1]
Un ordre au marché prend des offres déjà présentes. Coinbase le classe donc comme Taker : il consomme la liquidité disponible, la possibilité de négocier avec des contreparties prêtes. Le service n’en devient pas gratuit. Appliquons à notre achat de 60 030 USD un taux purement supposé de 0,1 %. Les frais seraient de 60,03 USD, pour une dépense totale de 60 090,03 USD. Ce n’est ni le tarif actuel de Coinbase ni une recommandation de plateforme. Dans la réalité, le compte, le marché et le mode de facturation déterminent les frais. [1]
Un traitement rapide ne promet pas de terminer à n’importe quel prix. Coinbase utilise par exemple un Price Protection Point, une frontière au-delà de laquelle le rapprochement s’arrête. Une partie peut être exécutée et le reste annulé. Dans un modèle distinct, sur 1 BTC demandé, seuls 0,25 BTC sont achetés et 0,75 BTC sont annulés. Hana n’a pas obtenu tout le bitcoin prévu ; la partie annulée n’attend pas non plus comme ordre limité. Les protections exactes dépendent du marché, pas d’une autre plateforme ou de nos quantités illustratives. [1]
Hana peut aussi rencontrer une Stop order, activée lorsqu’un certain prix est atteint. Cela ne dit pas encore ce qui est envoyé à l’activation. La présentation générale d’Investor.gov pour les actions décrit sa transformation en Market order. Les règles de Coinbase Exchange exigent au contraire Stop Limit pour les ordres stop qui y sont décrits : un ordre limité déclenché par une condition de prix. Les procédures ne sont pas interchangeables. Le prix déclencheur n’est pas automatiquement le prix d’exécution, et la limite modifie aussi le risque que l’opération reste incomplète. [1] [2]
Après l’envoi, Hana vérifie les BTC réellement achetés, le prix moyen, les frais et la partie inexécutée. « Ordre accepté » ne prouve pas une transaction : acceptation et achèvement sont des étapes différentes. Un crédit sur un compte de plateforme n’est pas non plus un retrait vers son propre portefeuille. Le retrait est une autre étape et le transfert sur Bitcoin nécessite sa propre confirmation. Achat, écriture en compte et prise en main de sa propre garde sont liés, mais distincts. Les séparer aide aux contrôles habituels comme à la recherche d’un problème. [1]
Pour une vision complète, lisez aussi Slippage, Limit order, Order book, Bid–ask spread. Cette entrée est également citée par Market maker, Bid–ask spread, Slippage, Limit order.