Un bot de cotes pour marchés de prédiction transforme les observations du marché en une représentation cohérente des prix et de leurs variations. Le travail le plus difficile intervient souvent avant toute prévision. Il doit savoir si un nombre correspond à une offre d’achat, une offre de vente, une dernière transaction ou une estimation destinée à l’affichage ; s’il est exprimé en cents ou en dollars ; et s’il décrit encore le marché actuel.

Sans ces distinctions, une alerte peut annoncer une forte variation de probabilité alors que seul un libellé arrondi a changé. Une comparaison peut repérer une bonne affaire en plaçant un prix d’achat à côté d’un prix de vente provenant d’un instantané périmé. Un graphique peut paraître régulier tout en masquant un marché dont la profondeur exploitable est presque inexistante.

La normalisation vise à préserver le sens tout en rendant les enregistrements comparables. Les exemples ci-dessous utilisent des contrats binaires ordinaires hypothétiques dont le versement en cas de gain est d’une unité. Ils décrivent l’interprétation des données, et non des occasions actuelles ou des arbitrages garantis.

Pour un bot de cotes de marchés de prédiction, la normalisation commence par l’identité

Avant de convertir un nombre, identifiez le contrat et l’issue auxquels il appartient. Enregistrez la plateforme, l’identifiant du marché, l’identifiant de l’issue et la version des règles applicable. Un libellé Oui n’a de sens que dans le cadre de sa propre question. Oui pour un seuil ne signifie pas Oui pour tous les seuils associés.

Les marchés récurrents nécessitent une attention particulière. Un contrat quotidien peut porter un titre presque identique à celui de la veille. Un pipeline de données qui utilise uniquement un titre lisible par un humain comme clé peut réunir les prix d’événements différents et produire un marché continu fictif.

L’enregistrement des règles doit inclure la convention de versement, la période de mesure et, le cas échéant, le traitement des cas exceptionnels lors du règlement. Les calculs de complémentarité des contrats binaires ordinaires dépendent de ces hypothèses. Un produit différent doit bénéficier d’un modèle de normalisation différent plutôt que d’être ramené de force à une échelle familière allant de zéro à un.

Le guide de l’API de trading sur les marchés de prédiction explique pourquoi l’enregistrement d’un marché nécessite davantage qu’un libellé pratique à afficher. Une identité correcte constitue le fondement de toutes les comparaisons ultérieures.

Préserver le rôle de la cotation

Une offre d’achat est un prix auquel des acheteurs présents sur le marché sont disposés à acheter. Une offre de vente est un prix auquel des vendeurs présents sur le marché sont disposés à vendre. Une dernière transaction enregistre une opération exécutée. Un prix médian se calcule à partir des cotations des deux côtés du carnet. Ces observations peuvent différer sans qu’aucune soit erronée.

Supposons qu’un carnet Oui hypothétique présente une offre d’achat à 0,43, une offre de vente à 0,49 et une dernière transaction à 0,46. Le prix médian est lui aussi de 0,46, mais cette coïncidence ne le rend pas exécutable. Un acheteur souhaitant agir immédiatement évalue généralement l’offre de vente et sa profondeur ; un vendeur souhaitant agir immédiatement évalue l’offre d’achat.

Enregistrez explicitement ce rôle. Un champ appelé « probabilité » qui contient tantôt une offre de vente, tantôt un prix médian introduit des changements de sens invisibles. Les utilisateurs en aval ne peuvent pas comparer les enregistrements de manière fiable si le libellé reste fixe alors que le calcul sous-jacent change.

Un affichage des cotes peut présenter une synthèse pratique tout en conservant les côtés sous-jacents du carnet. Cette synthèse doit s’accompagner d’un contexte suffisant pour expliquer pourquoi un ordre réel pourrait obtenir un prix différent.

Appliquer la conversion du carnet Oui/Non au bon côté

Pour un contrat binaire ordinaire dont le versement est d’une unité, la complémentarité des prix permet à un système de relier les intérêts acheteurs et vendeurs sur Oui et sur Non. Le carnet décrit dans la documentation de Kalshi renvoie les offres d’achat sur les deux issues, dont on peut déduire les offres de vente correspondantes. L’explication officielle du carnet décrit cette représentation.

Prenons des meilleures offres d’achat hypothétiques de 0,44 pour Oui et de 0,51 pour Non. L’offre de vente Oui implicite est de 1 moins 0,51, soit 0,49. L’offre de vente Non implicite est de 1 moins 0,44, soit 0,56. Dans cette représentation simplifiée, les deux côtés présentent un écart achat-vente de 0,05.

Cette conversion ne signifie pas que la somme des deux prix d’achat est égale à un. Ici, l’offre de vente Oui ajoutée à l’offre de vente Non donne 1,05. Confondre les offres d’achat et les offres de vente effacerait l’écart et donnerait à tort l’impression qu’une conversion sans coût est possible à chaque prix affiché.

Conservez la quantité associée au niveau d’origine lors de la mise en correspondance des côtés. Une relation entre prix n’est utile que pour la liquidité effectivement représentée par l’observation.

Normaliser les unités avant tout calcul

Les valeurs 48, 0,48 et 48 % peuvent décrire le même prix normalisé selon les conventions appropriées. Elles peuvent aussi décrire des quantités entièrement différentes. Un analyseur doit utiliser les unités documentées des champs, sans les déduire de la grandeur apparente du nombre.

Pour un versement d’un dollar, 48 cents se normalisent en 0,48 dollar et en une probabilité implicite cotée de 48 %. Une quantité de 48 contrats constitue une dimension différente. Dans cet exemple, multiplier la quantité par le prix normalisé donne une valeur d’achat brute de 23,04 dollars.

Conservez la représentation d’origine à côté de la valeur normalisée. Si un champ en amont passe de cents entiers à une chaîne de caractères exprimant des dollars décimaux, l’enregistrement de comparaison doit faire apparaître ce changement. Appliquer silencieusement l’ancienne conversion peut réduire ou augmenter tous les prix d’un facteur de 100.

Les contrôles d’unités sont particulièrement utiles aux points de passage entre fournisseurs de données. Deux enregistrements ne doivent pas devenir comparables simplement parce qu’ils comportent tous deux un champ nommé prix. L’unité économique et le rôle de la cotation doivent également correspondre.

Conserver la précision jusqu’à l’affichage

L’arrondi des cotes des marchés de prédiction peut créer des sauts apparents. Une cotation normalisée qui passe de 0,494 à 0,496 varie de 0,002, soit 0,2 point de pourcentage. Si un écran arrondit aux pourcentages entiers, le libellé peut passer de 49 % à 50 %, laissant penser à un lecteur peu attentif que la variation est d’un point.

Enregistrez les valeurs les plus précises pour les calculs et n’arrondissez que leur présentation. Les alertes doivent évaluer la variation réelle selon les règles annoncées plutôt que de soustraire des libellés arrondis. Sinon, un mouvement minime franchissant un seuil d’arrondi peut déclencher un signal qui paraît plus important.

La documentation actuelle de Kalshi décrit les représentations des prix et des quantités en virgule fixe, ainsi que les grilles de prix valides propres à chaque marché. Ses recommandations sur la précision rappellent qu’une hypothèse historique de prix en cents entiers ne doit pas être appliquée universellement.

La précision ne se confond pas avec l’exactitude. Une valeur affichée avec quatre décimales peut rester périmée ou peu informative sur le plan économique parce que le carnet est peu fourni. Préservez la précision sans la présenter comme un gage de confiance dans l’estimation sous-jacente de l’événement.

Distinguer les points de pourcentage des variations relatives

Une hausse de 20 % à 25 % représente cinq points de pourcentage et une augmentation relative de 25 %. Les deux affirmations sont mathématiquement correctes. Elles répondent à des questions différentes, et utiliser le libellé de l’une pour l’autre peut fortement exagérer ou minimiser un mouvement.

Pour les alertes sur les prix des contrats événementiels, les variations absolues en points de probabilité sont souvent plus faciles à interpréter sur l’ensemble de la plage. Les variations relatives deviennent particulièrement importantes près de zéro. Passer de 1 % à 2 % double la probabilité cotée, mais ne la modifie que d’un point.

Le bot doit nommer la mesure et conserver sa valeur de référence. Une alerte indiquant « en hausse de 25 % » sans préciser s’il s’agit de cotes, du prix d’une part, d’une estimation de probabilité ou du rendement d’un compte est ambiguë. Aucune de ces mesures n’est automatiquement interchangeable avec les autres.

Les comparaisons entre issues nécessitent une convention cohérente. Un classement fondé sur les variations relatives peut placer en tête des contrats à très bas prix, même lorsque leurs variations absolues sont faibles. Ce peut être un choix de recherche délibéré, mais cela ne doit pas être une conséquence accidentelle de la mise en forme.

Expliquer les variations causées par l’écart achat-vente

Considérons un carnet avec une offre d’achat à 0,45 et une offre de vente à 0,55. Son prix médian est de 0,50. Si une nouvelle offre d’achat apparaît à 0,49 tandis que l’offre de vente reste à 0,55, le prix médian monte à 0,52. Aucune transaction n’est nécessaire pour que cette variation se produise, et le prix d’achat immédiat reste de 0,55.

Un graphique fondé sur les prix médians peut donc évoluer alors que le meilleur prix d’entrée disponible pour un acheteur ne change pas. À l’inverse, une offre de vente peut devenir moins chère alors que la dernière transaction reste inchangée. Un bot de cotes doit préserver ces différentes formes de mouvement du marché.

Lorsque c’est possible, classez la cause observable : nouvelle cotation, retrait d’une cotation, transaction ou mise à jour plus large du carnet. Évitez d’affirmer que le marché a reçu de nouvelles informations sur l’événement au seul motif qu’une probabilité affichée a changé.

L’analyse du logiciel d’arbitrage sur les cotes Polymarket montre pourquoi la provenance des cotations compte dans les comparaisons. Une alerte utile explique ce qui a changé et quelle action, le cas échéant, est devenue économiquement différente pour la quantité prévue.

Comparer la profondeur pour une même taille

Deux marchés peuvent présenter la même meilleure offre de vente et des coûts d’acquisition différents. Supposons que tous deux affichent 0,40. Le marché A propose 100 parts à ce prix. Le marché B en propose dix à 0,40 et 90 à 0,45. Un achat de 100 parts coûte 40 sur A et 44,50 sur B avant frais.

Les classer tous deux comme des occasions d’achat à 40 % masque la différence pertinente. Normalisez une mesure tenant compte de la taille, comme le prix moyen d’acquisition pour la quantité prévue, tout en conservant les niveaux sous-jacents ayant servi à la calculer.

Si la quantité nécessaire n’est pas disponible, signalez que la profondeur est insuffisante. N’extrapolez pas indéfiniment la meilleure cotation et n’inventez pas une exécution pour le reliquat manquant. Une comparaison de prix dont la profondeur est insuffisante doit rester visiblement incomplète.

La taille choisie pour la comparaison doit correspondre à la question de recherche. Une observation portant sur une petite quantité adaptée à un particulier et un ordre de compte beaucoup plus important peuvent raisonnablement donner des classements différents. La capacité fait partie de l’occasion ; ce n’est pas un désagrément à éliminer des données.

Conserver ensemble les horodatages et les heures de réception

Un horodatage de plateforme peut indiquer quand une cotation ou une transaction a eu lieu. Une heure de réception locale indique quand l’observateur en a pris connaissance. Comparer des enregistrements issus de flux différents exige de tenir compte des deux. Une observation ancienne transmise récemment reste une information de marché ancienne.

Supposons que le flux A indique un prix à 14:00:05 et que le dernier enregistrement du flux B date de 13:59:20. Une différence entre eux peut refléter un décalage temporel plutôt qu’un désaccord. Les qualifier tous deux d’actuels parce qu’ils ont été récupérés ensemble créerait une fausse comparaison synchronisée.

Utilisez des règles de fraîcheur adaptées au comportement du marché et à la décision envisagée. Un contrat calme à horizon lointain et un événement en direct évoluant rapidement peuvent nécessiter des limites différentes. Ces règles doivent être explicites plutôt que choisies après avoir observé un écart de prix attrayant.

L’incertitude des horloges compte aussi. Si les horodatages utilisent des fuseaux ou des unités différents, normalisez-les avant toute soustraction. Les millisecondes, les secondes et les heures locales mises en forme ne doivent pas partager un champ sans conversion claire.

Reconstruire le carnet après une interruption du flux

Une séquence de mises à jour incrémentales dépend d’un état initial valide et d’un ordre de traitement complet. Si des messages sont perdus, les mises à jour ultérieures ne rétabliront pas nécessairement les informations manquantes. Un carnet local peut sembler plausible tout en contenant des quantités qui n’existent plus.

La méthode de reprise doit respecter la sémantique des instantanés et des mises à jour documentée par la plateforme. Déterminez notamment si une mise à jour remplace la quantité d’un niveau ou la modifie d’un delta. Traiter un remplacement comme un ajout peut gonfler la liquidité affichée à chaque message.

En période d’incertitude, distinguez le dernier carnet connu d’un carnet actuel vérifié. Un instantané périmé peut encore servir à expliquer l’historique, mais il ne doit pas valider silencieusement un ordre immédiat.

Après la reconstruction, rapprochez le nouvel état avant de rétablir les alertes normales. Une différence soudaine causée par la reprise n’est pas automatiquement un mouvement de marché lié à l’événement. L’enregistrement de l’alerte doit indiquer que la référence a changé parce que l’observateur a corrigé sa représentation du carnet.

Représenter les données manquantes sans inventer des probabilités nulles

Un côté vide du carnet signifie que les données observées ne contiennent aucun niveau disponible de ce côté. Cela ne signifie pas nécessairement que l’événement a une probabilité nulle ou que l’issue opposée est certaine. Un enregistrement manquant peut aussi refléter un problème temporaire de service ou une requête non prise en charge.

Utilisez des états distincts pour une véritable valeur nulle lorsqu’elle est valide, une absence de liquidité, des données indisponibles, un marché fermé et une interprétation inconnue. Les ramener tous à un même zéro numérique rend les graphiques trompeurs et peut faire apparaître des occasions absurdes.

Par exemple, remplacer une offre de vente manquante par zéro pourrait donner l’impression qu’un contrat peut s’acheter gratuitement. Remplacer une dernière transaction indisponible par zéro pourrait créer un effondrement apparent. Ces deux erreurs découlent de choix de facilité dans le traitement des données plutôt que d’une activité réelle du marché.

Une interface utile peut afficher la dernière observation avec son ancienneté tout en s’abstenant de présenter une comparaison actuellement exécutable. Cela préserve l’information sans prétendre que l’observateur en sait davantage que ce que les données permettent d’établir.

Représenter les données manquantes sans inventer des probabilités nullesYes BidYes AskSpreadQuantityTRADING FIELD NOTESEDUCATIONAL RESOURCE
Un marché présente des prix pour des actions et des tailles différentes ; un pourcentage unique affiché ne remplace pas le carnet.

Convertir avec soin les autres formats de cotes

Les cotes décimales expriment le versement total par rapport à la mise selon une convention précise. Pour un simple contrat versant une unité en cas de gain, acheté à 0,25 avant frais, le rapport brut entre versement et prix est de quatre. Le gain net en cas de succès représente trois fois le prix d’achat, et non quatre fois en plus de la mise initiale.

Cette conversion est une façon d’expliquer le contrat événementiel. Elle ne rend pas ce contrat identique à tous les autres produits affichant des cotes décimales. Les frais, les règles de règlement, les possibilités de sortie et le traitement des issues exceptionnelles peuvent différer.

Le bot doit conserver son enregistrement de référence du prix et du versement, puis en déduire les autres formats d’affichage. Des conversions répétées entre formats arrondis peuvent accumuler des écarts et créer un désaccord apparent là où il n’y en a pas.

À proximité des valeurs limites, certains affichages transformés deviennent très grands ou indéfinis. Gérez explicitement ces états au lieu de leur substituer un maximum arbitraire qui ressemble à une cotation ordinaire. Le contrat sous-jacent et la liquidité restent les informations essentielles.

Comparer les plateformes seulement après avoir comparé les règles

Un nombre normalisé n’établit pas une exposition équivalente. Deux plateformes peuvent proposer des contrats d’apparence similaire dont les échéances, les sources ou les traitements exceptionnels diffèrent. Leur écart de prix peut refléter ces distinctions plutôt qu’un désaccord exploitable.

Effectuez un examen distinct de l’équivalence des règles avant de réunir les enregistrements dans un même groupe de comparaison. Une question d’équivalence non résolue doit rester visible dans les résultats. Ne compensez pas l’absence d’éléments établissant l’équivalence de sens par un calcul plus précis de l’écart numérique.

Le guide du bot d’arbitrage sur les cotes Kalshi explique pourquoi une occasion complète nécessite des jambes exécutables et des conditions concordantes. La normalisation fournit les données nécessaires, mais ne prouve pas qu’une opération à plusieurs jambes peut être menée à terme aux prix affichés.

L’accès du compte et son approvisionnement en fonds constituent des contraintes supplémentaires. Un prix provenant d’une plateforme que le compte ne peut pas utiliser peut renseigner sur le marché dans son ensemble tout en restant sans pertinence comme destination d’exécution. Séparez les comparaisons informatives des itinéraires de trading approuvés.

Les alertes d’un bot de cotes pour marchés de prédiction ont besoin de contexte

Une alerte doit identifier le contrat, le type d’observation, les anciennes et nouvelles valeurs, les horodatages et la taille pertinente. Elle doit préciser si la variation concerne une offre d’achat, une offre de vente, un prix médian, une transaction ou une moyenne tenant compte de la taille. Cela donne au destinataire une raison concrète d’approfondir l’examen.

Supposons qu’une offre de vente passe de 0,58 à 0,54 pour seulement cinq parts alors que l’ordre prévu porte sur 100. L’alerte peut signaler cette amélioration limitée sans laisser entendre que l’ensemble de l’achat est devenu moins cher de quatre points. Une comparaison tenant compte de la quantité peut montrer une variation bien plus faible.

Utilisez des règles de suppression des alertes répétées qui ne fassent pas perdre de mises à jour significatives. Un franchissement durable de seuil peut être plus utile qu’un flux de messages à chaque oscillation d’une cotation près d’une limite. Préservez les observations même lorsque la présentation est condensée.

Surtout, une alerte n’est pas une autorisation de passer un ordre. Le compte a toujours besoin d’éléments récents, de limites à jour et d’une décision d’exécution. Une bonne normalisation permet de mieux éclairer cette décision ; elle ne supprime pas la décision elle-même.

Conserver les coûts à côté des cotations au lieu de réécrire l’historique

Une cotation brute et une estimation du prix d’entrée ajustée des coûts sont toutes deux utiles, mais doivent rester des enregistrements distincts. La cotation brute décrit les intentions d’achat ou de vente observables sur le marché. L’estimation ajustée décrit un calcul propre au compte, qui peut évoluer avec la quantité prévue, le comportement de l’ordre et les frais applicables.

Supposons qu’une offre de vente observée reste à 0,52 tandis qu’une estimation hypothétique des coûts passe de 0,01 à 0,015 par part. Le seuil tous frais compris monte de 0,53 à 0,535. Il s’agit d’une modification des conditions économiques d’acquisition modélisées, et non d’une hausse d’un demi-point de la cotation brute du marché. Un graphique qui remplacerait l’offre de vente par la valeur ajustée décrirait mal ce qui s’est produit.

Enregistrez les hypothèses et la version sur lesquelles repose l’estimation des coûts. Si un paramètre de frais est mis à jour, les comparaisons effectuées avec un ancien paramètre peuvent nécessiter une réévaluation, mais la cotation historique doit rester intacte. Conservez ce que le système savait au moment de la décision initiale ainsi que la représentation analytique corrigée.

Cette séparation évite aussi les doubles comptages. Une fois les exécutions et les frais réels disponibles, utilisez le registre de trésorerie pour établir les résultats économiques réalisés. Ne soustrayez pas de nouveau les coûts estimés de l’écart achat-vente lorsqu’ils sont déjà reflétés dans le prix d’achat exécuté. Un enregistrement transparent des cotes peut servir à l’analyse et à la comptabilité sans confondre leurs finalités différentes.

Auditer les transformations à l’aide des enregistrements d’origine

Conservez suffisamment d’informations brutes pour reproduire la création d’une valeur normalisée. Une personne chargée de l’examen doit pouvoir suivre la conversion des unités, la mise en correspondance des côtés, l’arrondi et le calcul de profondeur sans deviner quelle convention le système a utilisée.

Parmi les cas de test utiles figurent un prix fractionnaire, un côté vide, une cotation périmée, une mise à jour répétée et un contrat portant un titre similaire mais une date différente. Ces cas vérifient si les données conservent leur sens face aux difficultés opérationnelles ordinaires.

Lorsqu’une transformation change, attribuez-lui une version et comparez des résultats représentatifs avant et après modification. Un analyseur corrigé peut créer une rupture visible dans un graphique historique. Présentez cette rupture comme un changement méthodologique plutôt que de l’interpréter comme une évolution soudaine de l’opinion du marché.

Un bot de cotes pour marchés de prédiction remplit son rôle lorsque chaque différence affichée peut être expliquée. Le résultat doit indiquer au lecteur si le marché a changé, si les possibilités d’exécution ont changé ou si la représentation de l’observateur a changé. Ce sont des constats différents, et les préserver est au cœur d’une analyse fiable des cotes.

Poursuivre l’apprentissage

Explorer toutes les ressources