Maker et taker désignent des rôles lors d’une transaction dans un carnet d’ordres. Le maker y dépose d’abord une offre accessible aux autres ; le taker traite avec une offre déjà en attente. La plateforme peut leur appliquer des frais identiques ou différents. Aucun de ces rôles ne garantit à lui seul un bon prix, un bénéfice ou une exécution complète.
Jana ouvre le carnet d’ordres, la liste des offres d’achat et de vente en attente. Si elle accepte une offre disponible, elle est taker pour cette exécution : elle utilise la liquidité présente, autrement dit la possibilité de traiter maintenant avec quelqu’un. Si son ordre attend dans le carnet avant qu’un autre participant l’accepte, elle est maker. Kraken distingue les rôles selon cette rencontre des ordres. Acheteur et vendeur peuvent tenir l’un ou l’autre rôle ; ce n’est pas une caractéristique permanente de la personne ou du compte. [1]
Jana choisit un Limit order pour fixer son prix d’achat maximal. Si quelqu’un propose déjà du bitcoin à ce prix ou moins cher, la transaction peut avoir lieu immédiatement. Son ordre utilise alors une offre existante. Coinbase classe cette exécution comme taker. La limite répond à la question du prix autorisé ; maker ou taker décrit d’où vient la contrepartie. Le type d’ordre ne suffit donc pas à déterminer les frais. [2]
Il peut manquer du bitcoin au prix accepté par Jana. Une partie s’achète immédiatement et le solde reste dans le carnet, si les règles de validité de l’ordre le permettent. Un nouveau vendeur qui accepte ce solde plus tard donne lieu à une autre exécution. Coinbase décrit précisément ce cas : la partie immédiate relève du tarif taker, celle restée dans le carnet du tarif maker lorsqu’elle est exécutée. Deux rôles sur le relevé d’un seul ordre ne signalent donc pas nécessairement une erreur. [2]
Si Jana veut uniquement déposer une offre dans le carnet, elle peut choisir post-only lorsque le marché le permet. Coinbase Exchange rejette tout l’ordre si une partie devait prendre immédiatement de la liquidité. Kraken décrit une option analogue appelée post limit. Cette protection ne fait toutefois pas apparaître de contrepartie. Une offre acceptée peut attendre sans jamais être exécutée. Les règles de l’interface utilisée comptent davantage qu’une option au nom similaire ailleurs. [3] [1]
Avant de calculer, Jana doit connaître le tarif de son produit et de son compte. Coinbase Advanced prévoit des paliers de volume sur 30 jours distincts selon les produits et, lorsque cela s’applique, une qualification selon le solde en USDC. Le palier au moment de passer l’ordre est déterminant. Les tarifs maker et taker peuvent être égaux ; un tarif maker négatif correspond à une rémunération de l’apport de liquidité. Kraken précise aussi que certains achats ne comptent pas dans les remises de volume. Une ancienne capture du barème n’est donc pas une base fiable. [2] [1]
Jana peut attendre une exécution maker pour obtenir un tarif inférieur, si son barème le propose. Mais entre-temps, le prix peut monter ou l’achat ne jamais se faire. CFA Institute distingue donc les frais visibles d’autres coûts : le spread, c’est-à-dire l’écart entre offres d’achat et de vente, l’effet du propre ordre sur le prix, l’attente et la non-exécution. Une comparaison pertinente porte sur le même montant envisagé et le même instant de départ. Le tarif le plus bas ne suffit pas à garantir le meilleur résultat. [4]
Quand l’offre en attente de Jana rencontre une contrepartie, cette exécution est maker. Cela ne fait pas d’elle une professionnelle de la tenue de marché. Kraken décrit le mode d’exécution d’un ordre ; CFA traite séparément des négociants qui fournissent de la liquidité en prenant l’autre côté des transactions. Une exécution maker ne prouve ni une cotation permanente à l’achat et à la vente ni un engagement à maintenir des offres en période difficile. Des termes proches couvrent ici des activités d’ampleur différente. [1] [4]
Jana vérifie enfin ce qu’elle a réellement acheté. Coinbase Exchange distingue l’acceptation de l’ordre de son exécution et évalue les frais effectifs lors de la transaction. Dans l’historique, elle compare les quantités, chaque prix d’exécution, les taux appliqués et la devise des frais. Elle vérifie aussi le solde non exécuté. Une somme temporairement réservée pour l’ordre n’est pas un frais déjà payé ; une estimation préalable n’est pas le décompte final. [3]
Deux parties d’un achat, deux tarifs
Dans cet exemple purement fictif, l’ordre de Jana finit par être entièrement exécuté. Elle achète 0.01 BTC immédiatement comme taker, puis 0.02 BTC comme maker, les deux à 100000 USD/BTC. Prenons des taux fictifs de 0.2 % et 0.1 %. La première partie vaut 1000 USD et coûte 2 USD de frais ; la seconde vaut 2000 USD et coûte elle aussi 2 USD. Le total est donc de 2 + 2 = 4 USD. Des montants et taux différents produisent ici les mêmes frais en dollars. Il ne s’agit ni d’un barème actuel ni d’une promesse d’exécution ultérieure ; spread, variation de prix, arrondis et autres coûts sont exclus.
Pour une vision complète, lisez aussi Limit order, Market order, Post-only order, Order book, Market maker, Bid–ask spread. Cette entrée est également citée par Market microstructure, Stop-limit order, Post-only order.
01Tout Limit order est-il maker ?+
Non. Si son prix permet de traiter immédiatement avec une offre en attente, cette exécution peut être taker. Selon les règles applicables, le solde non exécuté peut rester dans le carnet et devenir maker lors d’une transaction ultérieure. C’est la rencontre réelle des ordres qui compte, pas seulement leur nom.
02Maker signifie-t-il une transaction gratuite ou rentable ?+
Non. Le tarif dépend du barème, du produit et du palier du compte. Des frais plus faibles, voire une rémunération, ne compensent pas forcément un prix moins favorable, un mouvement de marché ou un achat incomplet. Le rôle tarifaire ne garantit pas le résultat.