Ordre FAK expliqué : comment fonctionne le Fill-And-Kill sur Polymarket

Réponse courte : un ordre FAK (Fill-And-Kill) sur Polymarket est une instruction de type marché qui tente une exécution immédiate contre le CLOB et annule toute quantité non remplie. Ce guide, rédigé pour traders actifs, explique les mécanismes d'exécution, le comportement d'un FAK au niveau du tick, les modes de défaillance courants et des tactiques pratiques pour l'arbitrage intra-market et les marchés serrés.

Points clés

• Le FAK s'exécute immédiatement contre les ordres au carnet du CLOB de Polymarket et annule toute quantité restante ; considérez-le comme un ordre de marché avec annulation automatique du résidu.
• L'assistant CLOB dans le SDK expose une unique utilité createMarketOrder qui retourne un comportement FAK ; les FAK incluent une protection contre le slippage par rapport à des remplissages de marché naïfs.
• Les changements de tick et de taille de tick (0.01 vs 0.001) peuvent modifier l'exécution effective. Toujours vérifier la taille de tick et le midpoint avant de router un FAK.
• Le FAK élimine le risque maker mais vous expose aux remplissages partiels, au slippage, aux frais taker, au risque de résolution et aux litiges d'oracle — ne qualifiez jamais une exécution FAK de "sans risque" sans énumérer ces points.
• Pour l'arbitrage intra-market, les FAK sont utiles pour capter des edges fugaces, mais vous devez prévoir les remplissages partiels, les frais et le timing de règlement.

Pourquoi Polymarket utilise le FAK (la justification pratique)

Le CLOB de Polymarket supporte à la fois les ordres limit et un helper d'ordre de marché qui se comporte en FAK. Le design correspond à l'approche sans gas et centrée UX de la plateforme : la plupart des utilisateurs s'attendent à une exécution instantanée lorsqu'ils choisissent un routage de type marché, mais le protocole doit aussi éviter de laisser des positions ouvertes indéfiniment causées par des ordres de marché agressifs. Le FAK répond aux deux besoins : il s'exécute immédiatement et supprime le reste, empêchant des ordres agressifs persistants sur le carnet.

Mécanique d'exécution (pas à pas)

1. Vous demandez au client ou au SDK de créer un ordre de marché. Le helper émet un FAK contre le CLOB.
2. L'ordre parcourt le carnet, se mariant aux ordres limit au repos à des niveaux de prix croissants (pour les achats) ou décroissants (pour les ventes), jusqu'à ce que la quantité cible soit remplie ou qu'il n'y ait plus de liquidité aux prix permis.
3. Toute quantité non appariée instantanément est annulée (killed). Vous ne laissez jamais un ordre limit agressif ouvert derrière vous.
4. L'échange prélève des frais taker sur la quantité exécutée. Les frais maker sont nuls pour la liquidité au repos que vous touchez.

Tailles de tick et leur effet sur le FAK

Polymarket utilise une taille de tick dynamique. Habituellement elle est de $0.01, mais quand les prix approchent les extrêmes (au-dessus de 0.96 ou en dessous de 0.04), le tick se resserre à $0.001. Deux conséquences pratiques :

• Les pas de prix que vous pouvez franchir en parcourant le carnet changent. Sur un tick resserré, un FAK peut s'exécuter à des pas de prix plus fins, réduisant le slippage pour les marchés très déséquilibrés.
• Votre midpoint et la perception de votre edge peuvent changer lorsque la taille de tick varie. Vérifiez toujours le tick courant avant de dimensionner un FAK.

Slippage, remplissages partiels et rôle du helper SDK

Le FAK est conçu pour éviter de laisser une quantité ouverte, mais il ne garantit pas un remplissage complet. Les remplissages partiels surviennent lorsque la profondeur du carnet au repos est insuffisante pour votre taille au moment de la soumission. L'utilitaire createMarketOrder du SDK retourne typiquement la quantité exécutée et le prix moyen afin que vous puissiez réagir programmaticalement.

Deux schémas courants utilisés par les traders :

• FAKs de petite taille, répétés : découpez une cible importante en nombreux petits FAKs et soumettez-les en séquence rapide pour consommer la liquidité visible tout en réduisant l'impact prix par ordre.
• FAK unique agressif : utilisez-le lorsque vous avez besoin d'une exposition immédiate et acceptez le slippage probable et les frais taker.

Frais et économie

Polymarket applique des frais taker par catégorie (variables, actuellement entre 0% et 1.8% selon les bandes de frais de la plateforme). Les frais maker sont nuls. Pour un arbitrage de courte durée où les marges sont faibles, incluez explicitement les frais taker dans votre calcul d'edge. Si vous routez des ordres via un Builder, les builder fees (points de base) et les niveaux du Builder Program peuvent aussi affecter l'économie.

Risques à prendre en compte

Ne qualifiez jamais une exécution FAK de "sans risque" sans énumérer les risques suivants :

• Résolution et litiges d'oracle : les litiges UMA peuvent suspendre le règlement et modifier le calendrier du P&L réalisé.
• Slippage et remplissages partiels : le FAK peut se remplir partiellement ou à des prix pires que prévu tout en annulant le reste.
• Changements de frais et builder fees : les frais taker et les builder fees réduisent l'edge réalisé.
• Timing de règlement et délai de merge/redeem : les tokens sont des ERC-1155 et nécessitent des opérations CTF pour créer et racheter des sets complets.
• Risque smart-contract et opérationnel : bien que Polymarket sponsorise le gas via le Relayer, des bugs de smart-contract ou des pannes du relayer sont des risques au niveau protocole.

Modes de défaillance courants et comment les détecter

• Remplissage partiel immédiat : l'exécution retournée montre une quantité plus petite que celle demandée — gérez cela programmaticalement en réévaluant le restant.
• Remplissage nul : le carnet a bougé avant votre soumission. Vérifiez best_bid_ask et last_trade_price via le Market WebSocket ou les lectures CLOB et envisagez une logique de resoumission.
• Changement de tick inattendu : si le tick se resserre alors que votre stratégie supposait des pas de $0.01, votre profil de slippage attendu peut être invalidé. Abonnez-vous aux events tick_size_change sur le Market WS.

Tactiques pratiques pour l'arbitrage et les marchés serrés

• Pour l'arbitrage intra-market binaire (acheter les deux côtés quand Σ bestAsk < $1.00), préférez de petits FAKs simultanés sur les deux jambes afin d'éviter qu'une jambe ne se remplisse tandis que l'autre non. Si une jambe se remplit partiellement, vous pouvez vous retrouver net long ou court — préparez-vous à hedger ou désengager.
• Surveillez le carnet off-chain : utilisez Market WS best_bid_ask et last_trade_price pour vous assurer que la liquidité attendue reste présente avant d'envoyer des FAKs.
• Lors d'un trading proche de la résolution ou sur des spreads très serrés, réduisez la taille des ordres et augmentez la fréquence. Le comportement des spreads est éphémère sur les marchés liquides et peut se refermer en secondes.
• Intégrez les frais taker et builder fees lorsque vous calculez l'edge. Un edge nominal peut s'évaporer une fois les frais et le risque de remplissage partiel inclus.

Comment cela affecte votre trading

Si vous tradez fréquemment ou exécutez un bot d'arbitrage, considérez le FAK comme votre primitif d'exécution marché par défaut sur Polymarket. Son comportement d'annulation immédiate empêche de laisser des ordres passifs agressivement pricés sur le carnet, mais il introduit une incertitude d'exécution. Construisez une logique pour :

• Vérifier la taille de tick et best_bid_ask immédiatement avant chaque FAK.
• Limiter la taille des ordres par rapport à la profondeur visible ; privilégiez de nombreux petits FAKs plutôt qu'un seul gros quand le carnet est mince.
• Enregistrer les quantités exécutées et les prix moyens pour la comptabilité post-trade ; le helper du SDK retourne ces valeurs.
• Toujours inclure les frais taker et builder fees dans les vérifications de rentabilité et intégrer les risques de résolution et de règlement dans la réconciliation post-trade.

Ressources et lectures suivantes

• Polymarket CLOB explainer: /guides/polymarket-clob-explained
• Mécanique de l'arbitrage intra-market: /guides/intra-market-binary-arbitrage-explained
• Primer complet sur l'arbitrage: /guides/polymarket-arbitrage-complete-guide

Note de clôture

FAK order explained de façon concise : c'est un ordre de type marché (FAK) qui s'exécute immédiatement sur le CLOB de Polymarket et annule tout reste. Utilisez-le pour capter des edges fugaces, mais concevez votre stratégie autour des remplissages partiels, des changements de tick et des frais.

Questions fréquemment posées

Quelle est la différence entre un FAK et un simple ordre de marché sur Polymarket ?

Polymarket expose un helper d'ordre de marché qui implémente la sémantique Fill-And-Kill : il s'exécute immédiatement contre la liquidité au repos et annule toute quantité non remplie. En pratique, cela signifie que vous ne laisserez pas d'ordre limit agressif sur le carnet après la soumission ; la quantité résiduelle est annulée. Le createMarketOrder du SDK retourne la quantité exécutée et le prix moyen afin que vous puissiez gérer les remplissages partiels.

Comment dois-je dimensionner les ordres FAK pour l'arbitrage ?

Dimensionnez les FAKs en fonction de la profondeur de carnet visible. Quand le spread est mince, découpez votre cible en plusieurs petits FAKs pour réduire l'impact prix par ordre. Pour l'arbitrage binaire intra-market, soumettez les deux jambes simultanément à des tailles que vous pouvez raisonnablement attendre que le top-of-book remplisse ; soyez prêt à hedger si une jambe ne se remplit que partiellement.

Les ordres FAK paient des frais maker ou taker ?

Les exécutions FAK sont traitées comme des remplissages taker et sont soumises aux frais taker de Polymarket (variables selon la catégorie). Les frais maker pour la liquidité au repos sont nuls. Si vous routez via un Builder, des builder fees en points de base peuvent aussi s'appliquer.

Une exécution FAK peut-elle être annulée si UMA conteste une résolution ?

Non — les litiges UMA affectent la résolution et le calendrier du règlement après que le trading est terminé. Les trades exécutés avec FAK sont définitifs on-chain ; cependant, les litiges de résolution peuvent retarder les opérations de redeem/settle et donc impacter le timing du P&L réalisé.

Comment détecter un changement de taille de tick avant d'envoyer un FAK ?

Abonnez-vous au Market WS (wss://ws-subscriptions-clob.polymarket.com/ws/market) et écoutez les events tick_size_change. Interrogez aussi les lectures publiques du CLOB pour les métadonnées de tick courantes. Ajustez la taille et les attentes de slippage lorsque les ticks se resserrent de $0.01 à $0.001 près des extrêmes de prix.