Un Post-only order est un ordre à cours limité soumis à une condition : ne pas prendre immédiatement de liquidité lors de son acceptation. Il doit d’abord proposer une transaction aux autres comme maker. S’il pouvait être exécuté immédiatement, la plateforme le rejette ou ajuste son prix selon ses règles. Accepter l’ordre ne confirme pas une transaction achevée.
Petr peut utiliser un Limit order pour définir son prix d’achat maximal. Mais si quelqu’un vend déjà moins cher, un ordre limité ordinaire peut être exécuté tout de suite. Kraken propose post limit précisément lorsque Petr veut d’abord laisser son offre attendre dans le carnet. Une exécution ultérieure fournirait de la liquidité, donc une offre disponible pour un autre participant. La limite de prix reste pertinente ; post-only ajoute une condition. [1]
Supposons que l’ordre envoyé par Petr puisse accepter immédiatement une offre de vente en attente. Coinbase Exchange indique rejeter l’intégralité de cet ordre post-only, même si seule une partie pouvait être exécutée tout de suite. Il n’est pas partagé entre une première portion taker et un solde maker. Empêcher cette transaction immédiate est justement le comportement recherché. Petr doit donc savoir si son ordre attend réellement ou n’a jamais été accepté. [2]
Le nom post-only ne permet pas de prévoir le même résultat sur chaque plateforme. Les règles de Coinbase Prime décrivent un ajustement du prix immédiatement négociable vers le meilleur bid, l’offre d’achat, ou ask, l’offre de vente, correspondant. Ce mécanisme diffère du rejet chez Coinbase Exchange. Petr doit identifier le produit utilisé et lire le prix effectivement accepté dans la confirmation. Un logo proche n’implique pas des règles identiques dans toutes les interfaces. [3]
Le prix que Petr voit en remplissant le formulaire peut avoir changé lors du traitement. CFA Institute appelle latence le délai entre un événement et l’action qui suit. Pendant cet intervalle, d’autres participants peuvent ajouter des offres, négocier ou les retirer. Une limite qui semblait adaptée à post-only peut donc permettre une transaction immédiate à son arrivée. L’image du carnet n’est ni une réservation de prix ni une promesse d’acceptation. [4]
L’ordre de Petr est accepté, mais il ne passe pas automatiquement en tête de file. Coinbase Markets applique une priorité selon le prix, la visibilité des offres et leur ancienneté ; post-only ne modifie pas cet ordre de priorité à lui seul. Des offres admissibles plus anciennes peuvent donc être exécutées avant celle de Petr. Son ordre peut attendre, être exécuté par morceaux ou ne jamais l’être. Maker décrit le rôle dans une transaction éventuelle, pas une quantité déjà achetée. [3]
L’attente dans le carnet doit être compatible avec les autres règles. Coinbase Exchange interdit par exemple post-only avec IOC, qui annule le solde non exécuté immédiatement, ou FOK, qui exige une exécution immédiate complète. La documentation citée de Kraken ne propose pas post limit pour Stop loss limit et Take profit limit, des ordres limités conditionnels destinés à limiter une perte ou prendre un bénéfice. Petr doit vérifier les options de son produit et le mode du marché ; les instructions d’une autre interface peuvent ne pas convenir. [2] [1]
Kraken distingue post limit de reduce-only. Cette dernière option limite l’ordre à la réduction d’une position existante, sans l’agrandir ni en ouvrir une nouvelle. Post-only ne remplace pas ce contrôle et n’annule pas un ordre antérieur. Coinbase Exchange distingue aussi acceptation, solde ouvert et achèvement. Si Petr change de projet ou achète autrement, il doit vérifier séparément l’ordre qui attend. [1] [2]
Post-only sert souvent à rechercher le tarif maker. Kraken associe ce tarif à une exécution réelle ; le nom ne signifie pas une transaction gratuite. L’attente peut aussi priver Petr de l’achat prévu ou l’amener à payer un autre prix plus tard. CFA inclut les délais et transactions non exécutées dans les coûts de négociation. Il est donc utile de comparer le résultat de toute la transaction envisagée, pas seulement l’écart de frais. Post-only change une condition de l’ordre, pas l’incertitude du marché futur. [4] [1]
Pourquoi un ordre correctement saisi peut être rejeté
Prenons un exemple fictif suivant le rejet intégral de Coinbase Exchange. Petr veut acheter 0.02 BTC avec une limite de 100000 USD/BTC. Le meilleur ask, l’offre de vente, est de 100010 USD/BTC. L’écart 100010 − 100000 = 10 USD/BTC signifie que les prix ne se rencontrent pas encore. À carnet inchangé et si les autres conditions sont remplies, l’ordre peut rejoindre le carnet, mais Petr n’a encore rien acheté. Si un ask à 99990 USD/BTC arrive avant le traitement, la limite permet désormais une transaction immédiate : tout l’ordre post-only est donc rejeté. Cet exemple ne décrit ni l’ajustement de Coinbase Prime, ni un marché réel, ni un résultat futur garanti.
Pour une vision complète, lisez aussi Limit order, Maker–taker, Order book, Market microstructure, Market depth, Slippage. Cette entrée est également citée par Limit order, Maker–taker.
01Pourquoi ce rejet alors que je voyais une offre de vente plus élevée ?+
Le carnet peut avoir changé entre l’affichage et le traitement. Ce n’est pas la seule raison possible : l’ordre doit aussi respecter les règles de fonds disponibles, de taille et des autres paramètres. Lisez le motif précis ; post-only ne dispense pas des autres contrôles.
02L’acceptation garantit-elle un achat au tarif maker ?+
Non. Elle confirme l’acceptation selon les règles du produit, pas la présence future d’un vendeur. La transaction peut ne jamais arriver. Si elle a lieu, le barème réel s’applique ; pour un produit qui ajuste les prix, vérifiez aussi le prix confirmé.