Un bot de liquidité pour marchés de prédiction est un logiciel qui gère des ordres destinés à proposer des offres d’achat et de vente exécutables sur des marchés de contrats événementiels. Il peut maintenir des ordres à l’achat et à la vente, ajuster les quantités à mesure que les positions évoluent et surveiller les ordres exécutés. Il vise à négocier et à fournir de la liquidité de manière légitime, et non à fabriquer du volume ou à afficher des ordres destinés à tromper les autres participants.
L’automatisation de ces tâches ne fait pas de la tenue de marché une source de revenus garantis. Un bot peut gagner un écart de prix sur certaines exécutions tout en subissant une perte de valeur sur les positions qu’elles créent. De nouvelles informations, une interprétation incertaine du contrat, des registres de compte incomplets et le coût de réduction des positions peuvent peser davantage qu’un schéma de cotation apparemment attrayant.
Ce guide suit un processus de cotation hypothétique pour un contrat binaire dont le paiement en cas d’issue gagnante est d’un dollar. Les exemples chiffrés illustrent des décisions comptables et de contrôle, plutôt que des tarifs réels de plateformes ou des paramètres recommandés. Une mise en œuvre réelle doit utiliser les règles, les contraintes d’ordres et les autorisations en vigueur pour le marché et le compte concernés.
Définir ce qu’un bot de liquidité pour marchés de prédiction est autorisé à faire
Un mandat de cotation doit préciser les contrats que le bot peut envisager, l’exposition qu’il peut créer et les conditions qui suspendent les nouveaux ordres. Il doit aussi définir ce que le bot peut faire des positions existantes lorsque la cotation habituelle s’arrête. Ces responsabilités doivent être déterminées avant l’envoi de la première instruction externe.
Séparez le mandat de la prévision. Une probabilité estimée élevée pour une issue n’autorise pas automatiquement des achats illimités. Le compte peut déjà être concentré sur cet événement, ses données peuvent être périmées ou une autre instruction non résolue peut avoir engagé les fonds disponibles.
Le bot doit pouvoir s’abstenir. S’il ne peut pas établir les positions actuelles ou interpréter une modification du contrat, ne rien entreprendre de nouveau peut être l’état approprié. Un processus conçu pour rester visiblement actif en permanence risque de substituer l’activité aux éléments probants.
Le guide du trading automatisé sur les marchés de prédiction explique le processus dans son ensemble. Un bot de liquidité en assure une partie spécialisée, avec une responsabilité permanente à l’égard des instructions en attente d’exécution et de l’exposition qu’elles peuvent créer, même lorsque l’opérateur ne regarde pas l’écran.
Comprendre le contrat avant d’estimer une cotation
L’intitulé d’un contrat binaire n’en est qu’un résumé. L’événement exact, l’échéance, la source de résolution et les conditions exceptionnelles déterminent ce qui constitue une issue gagnante. Un bot ne doit pas considérer deux intitulés similaires comme équivalents sans confirmer que leurs règles de paiement sont compatibles.
Le cycle de vie du contrat compte également. Un marché ouvert qui accepte des ordres diffère d’un marché suspendu, d’un marché fermé en attente de résolution et d’un marché résolu en attente de l’enregistrement définitif sur le compte. Un modèle de prix ne peut pas remplacer ces réalités opérationnelles.
Pour un bot de liquidité opérant sur des contrats binaires de marchés de prédiction, la convention de paiement fait partie de l’identité de l’instrument. L’exemple familier à un dollar facilite les calculs, mais le compte réel doit utiliser l’unité monétaire et les mécanismes définis par le marché, plutôt qu’une convention déduite d’un tutoriel générique.
Conservez un enregistrement daté des règles utilisées pour chaque contrat actif. Si une clarification pertinente apparaît, le bot doit disposer d’une procédure définie pour cesser d’accroître l’exposition et transmettre la question pour examen. Continuer à coter à partir d’une interprétation obsolète peut créer un risque qu’un seuil de prix ne peut pas, à lui seul, détecter.
Distinguer le milieu du carnet de votre estimation de valeur
Le prix médian entre l’achat et la vente résume deux prix affichés. Il ne constitue pas une preuve indépendante que la probabilité de l’événement est égale à ce chiffre. Un bot peut utiliser ce prix médian comme une observation parmi d’autres, mais il ne doit pas confondre une référence de marché avec une prévision étayée par une analyse distincte de l’événement.
Supposons, à titre d’illustration, qu’une estimation situe une issue autour de 50 %, avec une incertitude significative autour de cette valeur. Des cotations à 0,48 $ et à 0,52 $ peuvent sembler symétriques, mais leur intérêt économique dépend de l’estimation, de la probabilité d’exécution, des frais et des informations détenues par les contreparties. L’écart apparent de quatre cents ne constitue pas un gain garanti sur un aller-retour.
Si le bot se contente de suivre le prix médian actuel, ses décisions peuvent néanmoins être utiles en tant que politique de cotation définie, mais il faut les décrire honnêtement. Il propose des offres autour d’une référence observée, sans nécessairement déceler un avantage informationnel sur le marché.
Le guide du trading fondé sur les probabilités distingue les estimations, les prix et les résultats. Cette distinction est particulièrement importante pour un bot de cotation, car ses positions changent lorsque d’autres participants choisissent de négocier avec lui, souvent à des moments où leurs informations ou leur degré d’urgence diffèrent des siens.
Intégrer les positions à chaque décision de cotation
Les positions représentent l’exposition accumulée au fil des exécutions et des autres opérations sur les positions. Un bot de cotation a besoin d’une vision actuelle des avoirs, des ordres ouverts et des tentatives non résolues avant de décider de l’exposition supplémentaire qu’il peut proposer. Deux cotations apparemment équilibrées peuvent néanmoins aggraver la concentration d’un compte.
Les contrôles des positions d’un bot de liquidité pour marchés de prédiction peuvent limiter l’exposition par contrat, par famille d’événements et par compte. Des contrats corrélés peuvent réagir aux mêmes informations ; des identifiants de marché distincts ne garantissent donc pas des risques indépendants. Les règles doivent examiner les facteurs communs lorsque ces relations sont comprises.
La quantité proposée peut changer à mesure que les positions augmentent. Un bot dont l’exposition à YES dépasse le niveau prévu pourrait réduire sa propension à acheter davantage, accroître sa propension à vendre dans les limites autorisées ou suspendre entièrement la cotation de ce côté. La réponse exacte relève d’un choix de stratégie, et non d’une règle universelle.
La documentation de Polymarket sur la tenue de marché décrit la cotation ainsi que les positions, la configuration du compte et la surveillance des ordres. Dans ce processus pédagogique, le point essentiel est qu’une cotation ne peut pas être évaluée indépendamment des ressources et de l’exposition du compte qui la sous-tendent.
Réserver des ressources pour les ordres qui ne sont pas encore exécutés
Les ordres en attente d’exécution peuvent créer des obligations futures. Un bot qui place plusieurs ordres d’achat ne doit pas laisser chacun supposer qu’il peut dépenser indépendamment le même solde disponible. Le compte a besoin, pour toutes les instructions actives, d’un modèle de réservation ou d’engagement équivalent qui tienne compte des mécanismes de la plateforme.
Supposons qu’un budget hypothétique dispose de 100 $ libres et que deux ordres d’achat envisagés nécessitent chacun 70 $ en cas d’exécution intégrale. Même si aucun n’a encore été exécuté, proposer les deux sans modèle de financement compatible peut engager le compte au-delà de ses capacités. Une succession d’accusés de réception favorables ne crée pas de ressources supplémentaires.
L’autorisation de vendre doit également être validée. La possibilité de proposer à la vente une issue d’un contrat dépend des mécanismes de position et de garantie de la plateforme. Un bot générique ne doit pas supposer qu’il peut vendre des quantités qu’il ne détient pas au seul motif qu’un autre environnement de trading autorise une forme d’exposition à découvert.
Les réservations restent pertinentes pendant l’annulation. Tant que l’ordre restant n’est pas définitivement annulé ou résolu d’une autre manière, il peut encore donner lieu à une exécution. Réutiliser ses ressources immédiatement après l’envoi d’une demande d’annulation peut créer des engagements qui se chevauchent, invisibles dans un simple affichage du solde.
Choisir l’écart de cotation en tenant compte des coûts et du risque informationnel
Un écart de cotation plus large peut procurer un écart brut supérieur si les deux côtés sont exécutés, mais il peut réduire les chances de négocier. Un écart plus étroit peut attirer des transactions tout en laissant moins de marge pour les frais, la sélection adverse et le coût de liquidation des positions. Aucun écart n’est optimal indépendamment de ces conditions.
La sélection adverse survient lorsque les transactions reçues par le bot tendent à lui être défavorables au regard d’informations nouvelles ou de meilleure qualité. Une cotation peut être raisonnable selon l’estimation antérieure du bot et devenir peu attrayante au moment de son exécution. Le taux d’exécution qui en résulte peut paraître impressionnant alors que les positions perdent de la valeur.
Évaluez le comportement des cotations autour des publications d’informations connues et des mises à jour inattendues. La réponse peut consister à élargir l’écart, à réduire les quantités ou à cesser d’accroître l’exposition. La décision doit refléter les éléments probants de la stratégie et les limites du compte, plutôt qu’une hypothèse générale selon laquelle davantage d’activité crée toujours une meilleure occasion.
Le guide des stratégies de trading sur les cotes examine pourquoi une estimation doit offrir un avantage suffisant pour dépasser les coûts et l’incertitude avant qu’une action soit justifiée. Un bot de cotation est confronté à une difficulté supplémentaire : les contreparties choisissent quand accepter ses prix. Le mouvement moyen du marché ne suffit donc pas à décrire le risque de ses exécutions.
Séparer l’intention d’ordre de l’état externe de l’ordre
Le bot peut vouloir maintenir un ordre d’achat à un prix précis, mais l’ordre externe peut être en cours de traitement, en attente d’exécution, partiellement exécuté, rejeté ou annulé. L’état souhaité localement ne doit pas écraser les éléments établissant ce qui existe réellement sur la plateforme.
Chaque instruction externe a besoin d’un identifiant durable et d’un lien avec la décision de cotation qui l’a produite. Si la réponse à un envoi est perdue, le bot doit examiner cette tentative avant de supposer qu’aucun ordre n’existe. Sinon, un ordre de remplacement peut doubler l’exposition.
Lorsqu’une mise à jour de prix nécessite une annulation suivie d’un remplacement, tenez compte de la transition. L’ancien ordre peut être exécuté pendant le traitement de l’annulation. Les règles de remplacement doivent éviter de supposer qu’une modification se fait sans interruption ni conséquence, sauf si la plateforme prévoit explicitement ce comportement.
Le guide des algorithmes de trading sur les marchés de prédiction explique plus largement la séparation entre une décision et son exécution. Dans un bot de liquidité, cette séparation s’applique de manière répétée tout au long d’une session, et pas seulement lors de l’ouverture de la première position.
Étudier un exemple de positions après une exécution partielle
Prenons un compte hypothétique qui dispose au départ de 200 $ en espèces et d’aucun contrat. Il achète cent contrats YES à 0,48 $, dépensant 48 $ avant frais. Les espèces passent à 152 $, et le compte détient cent contrats dont le coût total d’acquisition est de 48 $.
Il vend ensuite quarante contrats à 0,51 $, recevant 20,40 $ avant frais. Dans une illustration simple fondée sur le coût moyen, ces quarante contrats ont un coût de revient de 19,20 $, ce qui donne un gain réalisé de 1,20 $. Le compte dispose désormais de 172,40 $ en espèces et de soixante contrats dont le coût de revient restant est de 28,80 $.
Supposons que les contrats restants soient ensuite valorisés à 0,44 $ aux fins de l’analyse. Leur valeur estimée est de 26,40 $, ce qui crée une perte latente de 2,40 $ à cette valorisation. En combinant cette perte au gain réalisé de 1,20 $, le compte affiche une baisse de 1,20 $ avant frais : 172,40 $ plus 26,40 $ font 198,80 $.
Cet exemple montre pourquoi la seule captation de l’écart de prix ne suffit pas. Un bot peut afficher une vente achevée bénéficiaire alors que les positions restantes font plus qu’annuler ce gain. Un relevé de performance utile garde visibles les espèces, les avoirs, les résultats réalisés, les estimations latentes et les coûts, plutôt que de mettre en avant uniquement la composante favorable.
Reconstituer les données de marché avant de se fier à une nouvelle cotation
Une connexion en direct peut transmettre des informations incomplètes. Un carnet local peut être construit à partir d’un instantané initial suivi de mises à jour, et une mise à jour manquante peut fausser les quantités reconstituées. Le bot doit savoir si la séquence qu’il utilise reste cohérente.
Après une interruption, obtenez un état actuel fiable en utilisant la méthode de reprise documentée par la plateforme. Signalez la période d’incertitude et évitez de traiter les cotations reconduites comme des observations récentes. Le fait qu’un écran continue d’afficher des chiffres n’établit pas qu’ils décrivent encore des offres exécutables.
Différentes sources peuvent se mettre à jour à des vitesses différentes. Les informations publiques du marché peuvent être actuelles alors que les mises à jour privées des exécutions sont retardées. Une décision de cotation qui associe des prix actuels à des positions périmées peut être plus dangereuse qu’une décision qui attend simplement une vision cohérente du compte.
Définissez les exigences de fraîcheur selon les besoins de la décision. Un intitulé de contrat mis en cache peut rester utile plus longtemps qu’une quantité d’ordre mise en cache. Les règles doivent préciser quelles données manquantes ou anciennes bloquent la cotation et lesquelles réduisent seulement le niveau de détail disponible dans un affichage informatif.
Concevoir la gestion des risques du bot de liquidité pour faire face aux incidents
La gestion des risques d’un bot de liquidité pour marchés de prédiction comprend à la fois les limites ordinaires et les réponses aux incidents. Les limites ordinaires encadrent l’exposition pendant le fonctionnement prévu. Les réponses aux incidents traitent des situations telles que des soldes inexpliqués, des rejets d’ordres répétés, des métadonnées de contrat incompatibles ou une perte de connexion au compte.
Une commande d’arrêt doit préciser sa portée. Arrêter les nouvelles cotations, annuler les ordres restants et clôturer les positions existantes sont des actions différentes. Un bouton unique ne doit pas laisser entendre que toute l’exposition a disparu alors qu’il a seulement empêché le processus de proposer des ordres supplémentaires.
L’annulation peut être la mesure immédiate appropriée lors de certains incidents, mais son résultat doit tout de même être confirmé. Les positions existantes restent une responsabilité distincte. Leur clôture automatique peut nécessiter des prix récents, des quantités valides et une autorisation supplémentaire conformément aux règles du compte.
Un relevé d’incident lisible doit identifier les marchés concernés, les instructions dont le sort est incertain et les dernières observations fiables. Cela permet une reprise fondée sur des éléments probants plutôt qu’une succession de redémarrages répétés. Un redémarrage qui efface l’avertissement tout en oubliant les ordres ouverts ne constitue pas une résolution réussie.
Considérer les incitations comme des revenus conditionnels
Certaines plateformes proposent des programmes qui rémunèrent la liquidité admissible ou les transactions exécutées en tant que teneur de marché. L’existence d’une incitation ne prouve pas qu’une cotation particulière sera admissible, que les conditions resteront inchangées ou que la récompense dépassera les pertes de trading et les coûts d’exploitation.
Séparez les estimations d’incitations des sommes confirmées comme créditées. Une projection sur un tableau de bord n’équivaut pas à de l’argent disponible sur le compte. L’admissibilité peut dépendre de règles et de mesures propres à chaque marché ; le bot doit donc conserver assez de contexte pour expliquer l’estimation et ses limites.
Une stratégie de cotation hypothétique qui reçoit 10 $ d’incitations confirmées tout en perdant 14 $ après les coûts de trading reste déficitaire de 4 $ avant les autres dépenses. Présenter uniquement la récompense décrirait la participation au programme, et non le résultat économique de la stratégie.
N’utilisez jamais les incitations pour justifier la fabrication de transactions, les transactions avec soi-même ou l’affichage d’une liquidité trompeuse. Un bot légitime propose des ordres destinés à être réellement exécutés et respecte les règles de la plateforme. L’évaluation de ses performances doit reposer sur le résultat complet du compte plutôt que sur une activité conçue pour gonfler un indicateur.
Tester la reprise avec un historique de compte connu
Une répétition utile commence par un petit état connu : un ordre d’achat en attente d’exécution, un ordre de vente partiellement exécuté et une exécution récente qui n’est pas encore parvenue au journal local. Interrompez la connexion et reconstituez le compte. Le résultat attendu doit être écrit avant le début du test.
Le processus de reprise doit identifier les ordres qui existent encore, les quantités qui ont changé et les événements déjà comptabilisés. Des notifications en double ne doivent pas doubler les avoirs. Les détails manquants doivent rester explicitement non résolus jusqu’à l’arrivée des éléments qui les étayent.
Le guide des bots de tenue de marché crypto traite des positions et de la cotation dans un cadre plus large. La reprise sur les marchés de prédiction exige en outre de préserver le contexte du cycle de vie et de la résolution du contrat, car un ordre valide auparavant peut ne plus être approprié au stade actuel du marché.
Testez ce qui se passe après la reprise, et pas seulement le rétablissement de la connexion. Le bot doit repartir des positions reconstituées et des limites actives, sans rejouer chaque ancienne proposition de cotation comme une nouvelle instruction. Une reprise achevée correspond à un état cohérent à partir duquel la décision suivante peut être justifiée.
Limiter l’activité des messages autant que le capital
Un processus de cotation peut créer un travail excessif sans accroître la liquidité utile. S’il annule et remplace chaque ordre après chaque infime variation des données d’entrée, il peut passer une grande partie de son temps à gérer des transitions plutôt qu’à maintenir une position cohérente. Il peut aussi rendre son propre relevé d’incidents plus difficile à interpréter.
Définissez des règles explicites de mise à jour. Une variation importante de la valeur, des positions ou des contraintes du marché peut justifier une action, tandis qu’une observation répétée sans conséquence ne doit pas déclencher automatiquement une nouvelle instruction. Ces règles doivent préserver la réactivité aux changements importants sans assimiler un nombre élevé de messages à une tenue de marché efficace.
Pour une charge de travail hypothétique simple, cinq marchés avec deux côtés de cotation mis à jour une fois par seconde impliquent dix mises à jour de côté par seconde, avant de tenir compte des annulations, des réponses ou des vérifications du compte. Ce calcul ne dit rien des limites réelles d’une plateforme, mais il aide l’opérateur à comprendre avec quelle rapidité une configuration apparemment modeste peut générer une activité importante.
Utilisez les limites de requêtes actuelles de la plateforme et la capacité propre du système pour définir les files d’attente et le comportement des nouvelles tentatives. Une file surchargée peut transformer d’anciennes décisions de cotation en instructions tardives. Faites expirer les décisions dont les données d’entrée ne sont plus valides et donnez la priorité à la résolution des engagements existants plutôt qu’à l’ajout continuel de nouvelles propositions.
Mesurez l’ancienneté d’une décision pouvant être mise en œuvre au moment où elle atteint l’exécution, et pas seulement la vitesse d’une fonction ou d’une requête. Le délai complet comprend l’observation, l’évaluation, l’autorisation du compte et la transmission. Cette vision plus large aide à déterminer si une politique de cotation reste utile sous sa charge de fonctionnement réelle.
Examiner les performances selon l’origine du résultat
Séparez les effets bruts de l’écart de prix, la réévaluation des positions, les coûts explicites, les coûts des tentatives échouées et les incitations confirmées. Ces composantes révèlent si le comportement du bot correspond à son objectif. Un total positif peut masquer une dépendance instable à une subvention temporaire ou à un événement exceptionnellement favorable.
Mesurez l’exposition et les exigences opérationnelles en même temps que le rendement. Une stratégie qui approche régulièrement sa limite de positions ou nécessite des interventions fréquentes diffère d’une stratégie au résultat similaire dont le compte suit une trajectoire plus stable. La comparaison doit refléter la charge de travail réelle et les ressources engagées.
Le guide des stratégies de trading sur les marchés de prédiction relie prévisions, exécution et risque dans plusieurs approches. Un bot de liquidité doit être évalué dans ce contexte plus large du compte, plutôt qu’à l’aide d’un seul indicateur comme le nombre d’exécutions, la durée de présence des cotations ou le nombre de marchés couverts.
L’objectif pratique est un processus de cotation dont les actions et les effets financiers peuvent être expliqués. Un bot de liquidité pour marchés de prédiction peut répéter rapidement des tâches définies, mais la vitesse n’est utile que si le sens du contrat, l’état du compte et les éléments attestant l’état des ordres restent cohérents. Des contrôles fiables rendent le processus vérifiable ; ils ne suppriment pas la possibilité de perte.