Pour comprendre un marché de prédiction crypto, le plus simple est de lire un contrat en allant de sa source de référence à son paiement. Le titre peut mentionner un actif et un seuil, mais le droit financier dépend de précisions supplémentaires : quel prix, quelle fenêtre temporelle, quel opérateur de comparaison et que se passe-t-il lorsque le processus habituel de la source échoue ? Ces précisions peuvent rendre une position perdante même lorsqu’un graphique familier semble montrer le mouvement attendu.
Ce guide suit un contrat fictif appelé le test de référence Atlas. Atlas est un nom de cryptomonnaie inventé uniquement à des fins d’explication. Le contrat demande si une référence spécifiée, pondérée dans le temps sur soixante secondes et se terminant à une heure d’observation indiquée, dépasse 60 040 $ après l’arrondi prévu au contrat. Il ne s’agit ni d’un contrat réellement proposé à la négociation ni d’une affirmation selon laquelle une plateforme proposerait exactement ces conditions.
Les règles d’un contrat de marché de prédiction crypto transforment un titre en droit financier
Commencez par l’énoncé complet des règles. Pour le test Atlas hypothétique, notez l’éditeur de référence désigné, le champ libellé en dollars, la fenêtre de soixante secondes, son heure de fin exacte, la consigne d’arrondi à deux décimales et la comparaison strictement supérieure. Notez aussi le paiement ordinaire : un dollar par unité Oui si la condition est remplie, et zéro dans le cas contraire.
Un titre tel que « Atlas au-dessus de 60 040 $ » laisse plusieurs de ces éléments indéterminés. Il pourrait s’agir de la dernière transaction, d’un indice à un instant donné, d’une moyenne sur une fenêtre ou d’un prix atteint à un moment quelconque d’une période. Le lecteur ne doit pas choisir l’interprétation la plus familière simplement parce qu’elle correspond à un graphique déjà ouvert à l’écran.
Les conditions de la plateforme concernée doivent régir tout contrat réel. Les indications de Kalshi sur le résumé des règles explicitent la distinction entre un résumé et les règles complètes. Les autres produits nécessitent eux aussi leurs propres documents de référence. Une explication introductive pratique ne peut pas remplacer les conditions attachées au droit financier réel.
Le guide antérieur sur le trading de contrats événementiels présente le lien fondamental entre les conditions et les paiements. L’exemple Atlas ajoute un exercice de lecture précis : chaque mot important de la définition de la référence devrait pouvoir modifier un cas étudié s’il était interprété différemment.
Le prix de référence d’un marché de prédiction crypto est une mesure définie
La référence est l’observation utilisée par le contrat, qui n’est pas nécessairement le prix affiché sur le graphique de trading préféré de l’utilisateur. Un indice composite, la dernière transaction sur une plateforme donnée et une moyenne pondérée dans le temps peuvent diverger sans qu’aucun de ces calculs soit erroné. Ils mesurent des choses différentes et peuvent utiliser des données d’entrée ou des fenêtres temporelles différentes.
Pour le test Atlas fictif, seule la référence désignée sur soixante secondes détermine le résultat ordinaire. Une transaction sur une autre plateforme, la dernière cotation d’une application ou une capture d’écran provenant des réseaux sociaux peuvent apporter du contexte, mais ne peuvent pas remplacer cette référence. Le dossier de la position doit inclure un lien vers la source qui fait effectivement autorité et conserver l’observation pertinente lorsqu’elle devient disponible.
La documentation de Polymarket sur les prix pondérés dans le temps illustre l’importance de la définition des fenêtres dans les processus actuels de traitement des données crypto. L’exemple présenté ici a été construit de manière indépendante et ne suppose pas que tous les contrats de Polymarket ou d’autres plateformes utilisent ce flux particulier ou la même fenêtre. Lisez les spécifications de référence propres à chaque contrat.
Cette distinction affecte aussi les prévisions. Un modèle entraîné à prédire la dernière transaction à l’échéance peut ne pas être calibré pour une moyenne sur une fenêtre. L’analyste doit définir la variable cible avant de choisir les données d’entrée et d’évaluer l’exactitude. Sinon, un modèle apparemment performant peut répondre à une question proche, mais différente.
Lire précisément les bornes de la fenêtre
Un intervalle de soixante secondes nécessite une convention de début et de fin. Le contrat inclut-il l’observation située exactement à la borne finale ? Comment les mises à jour manquantes sont-elles traitées ? La source publie-t-elle une moyenne déjà calculée ou impose-t-elle un calcul documenté à partir des observations ? Les conditions réelles et la méthode de la source doivent résoudre ces questions.
L’exercice fictif stipule trois intervalles consécutifs qui occupent exactement la minute : dix secondes, vingt secondes et trente secondes. Pour les besoins du calcul, la référence est constante à l’intérieur de chaque intervalle. Ces hypothèses rendent le calcul transparent ; elles n’affirment pas qu’un flux réel ne change que trois fois ou utilise la même méthode d’échantillonnage.
Les fuseaux horaires et la précision des horodatages doivent être traités explicitement. Un affichage local indiquant 4 h de l’après-midi sans date ni fuseau horaire est insuffisant pour un compte utilisé dans plusieurs régions ou soumis à des changements d’heure saisonniers. Conservez la représentation temporelle du contrat qui fait autorité et adaptez-la pour faciliter la lecture sans modifier la borne d’observation sous-jacente.
Le guide connexe sur le trading de prédiction crypto relie les horizons aux prévisions propres à chaque événement. Un même actif peut faire l’objet de différentes tâches de prédiction sur des secondes, des heures ou des semaines. Une opinion familière sur la tendance à plus long terme ne répond pas automatiquement à la minute étroitement définie par le contrat.
Dérouler le calcul de la référence
Pendant les dix premières secondes fictives, Atlas est mesuré à 59 980 $. Pendant les vingt secondes suivantes, il est à 60 020 $. Pendant les trente dernières secondes, il est à 60 050 $. Le calcul pondéré dans le temps multiplie chaque niveau par la durée pendant laquelle il s’applique et divise la somme par les soixante secondes complètes.
Les contributions sont de 599 800 $, 1 200 400 $ et 1 801 500 $, en unités de prix multiplié par des secondes. Leur somme est de 3 601 700 $. La division par 60 donne environ 60 028,3333 $. Selon la règle à deux décimales du contrat fictif, la valeur de comparaison est de 60 028,33 $, ce qui ne dépasse pas 60 040 $.
Le dernier niveau coté de 60 050 $ est supérieur au seuil, mais la moyenne qui fait autorité lui est inférieure. Un utilisateur qui n’aurait regardé que la dernière cotation pourrait donc en déduire un résultat erroné. L’écart provient de la définition de l’observation, et non d’une incohérence arithmétique ou d’une décision arbitraire de la plateforme.
Une moyenne non pondérée des trois niveaux donnerait environ 60 016,67 $, soit encore un autre nombre. Elle donnerait à tort à l’intervalle de dix secondes le même poids qu’à celui de trente secondes. Le calcul doit suivre la méthode réellement spécifiée pour la référence, et non la moyenne la plus facile à calculer.
Les mots du seuil déterminent le traitement de la valeur limite exacte
Le test Atlas emploie « dépasse » : une valeur faisant autorité exactement égale à 60 040 $ ne remplirait donc pas la condition Oui. Un contrat employant « au moins » traiterait l’égalité différemment. Cette différence peut compter lorsque les prix sont arrondis ou lorsque la référence est proche de la valeur limite.
Supposons qu’une autre observation hypothétique soit de 60 039,995 $ avant une opération d’arrondi spécifiée. La comparaison qui en résulte peut dépendre de la règle d’arrondi exacte et du moment où elle est appliquée. Ne déduisez pas une méthode d’un écran qui se trouve afficher deux décimales. Le contrat ou la source désignée doit déterminer la précision et l’opération qui font autorité.
L’exemple principal évite cette ambiguïté, car 60 028,33 $ est clairement inférieur au seuil. Les exercices sur les valeurs limites restent utiles, car ils révèlent si le lecteur a conservé l’opérateur et la précision. Une interprétation du contrat doit permettre de classer des valeurs situées juste en dessous, exactement à la limite et juste au-dessus, sans modifier sa formulation en cours de test.
L’article connexe sur les marchés de prédiction de cryptomonnaies classe différents modèles d’événements et de règlement. Cette vue d’ensemble aide à comprendre pourquoi un seul exercice sur un seuil ne doit pas être généralisé à tous les marchés portant le nom du même actif.
Identifier la révision utilisée par le contrat
Un éditeur de référence peut publier une correction ou une valeur actualisée. Le contrat doit préciser quelle version fait autorité ou comment le processus officiel de détermination traite une correction. Un nombre publié plus tard ne devient pas automatiquement la source du paiement simplement parce qu’il est plus récent ou semble plus exact.
Comme variante fictive, supposons que la référence initialement publiée soit de 60 028,33 $ et qu’un enregistrement corrigé passe ensuite à 60 045 $. Les deux valeurs se situent de part et d’autre du seuil. Une règle liée à la publication initiale et une règle liée à un enregistrement final corrigé pourraient produire des résultats différents. L’utilisateur doit connaître la règle de version réellement applicable avant d’interpréter la position.
La recherche historique rencontre un problème de version supplémentaire. Même si le contrat est correctement résolu à partir de la valeur finale de la source, une prévision antérieure ne peut pas utiliser cette correction avant qu’elle soit disponible. Conservez l’heure de la source, l’heure de réception et la version pour que l’étiquette du résultat ultérieur ne se retrouve pas dans les données d’entrée de la décision.
Le guide antérieur sur l’analyse des marchés de prédiction sépare l’interprétation de la prévision. Le traitement des révisions relève des deux niveaux, mais pour des raisons différentes : l’un détermine ce que le contrat paie, et l’autre ce que l’analyste pouvait savoir lorsqu’il en estimait la probabilité.
Recommandez et gagnez des USDC
Recommandez et gagnez des USDCNotre programme d’affiliation paie en temps réel.
Séparer les données de référence du carnet d’ordres propre au droit conditionnel
Le prix de référence d’Atlas se mesure en dizaines de milliers de dollars par unité sous-jacente. La cotation du droit conditionnel se mesure comme un prix pour sa propre unité de paiement. Une valeur de référence de 60 028,33 $ et un prix vendeur Oui de 0,41 $ ne sont pas des mesures concurrentes du même actif. Ils se situent à des niveaux différents du contrat.
Un graphique peut afficher les deux, mais il doit indiquer clairement leurs rôles. La référence sous-jacente renseigne la condition de l’événement. Les prix acheteur et vendeur du droit conditionnel décrivent l’intérêt disponible pour négocier cette condition. Les variations de l’un peuvent affecter l’autre sans créer de formule de conversion fixe entre eux.
Le prix du droit conditionnel peut aussi changer avant la fin de la fenêtre de référence, à mesure que les participants actualisent leurs attentes. Un prix Oui passant de 0,35 $ à 0,45 $ ne signifie pas que l’actif sous-jacent a augmenté dans la même proportion. Il reflète l’évolution des conditions auxquelles l’exposition conditionnelle est proposée ou négociée, avec sa propre liquidité et ses propres coûts.
Cette séparation évite une erreur d’unité courante dans les logiciels. Une sortie de modèle portant sur la référence ne doit pas être transmise à un champ de prix d’ordre sans l’analyse nécessaire de la probabilité et de la valeur. Le composant d’exécution a besoin du prix effectivement autorisé, de la quantité et du sens de l’ordre portant sur le droit conditionnel, et non de la valeur nominale de l’actif sous-jacent.
Le calcul du paiement d’un marché de prédiction crypto utilise les unités réelles
Supposons un achat fictif de 120 unités Oui, toutes exécutées à 0,41 $, avec un total confirmé de 1,20 $ de frais d’acquisition. La dépense d’achat est de 49,20 $ et le coût total est de 50,40 $. Si la condition Oui ordinaire est remplie, les unités rapportent 120 $ et produisent un gain de 69,60 $ avant tous frais supplémentaires extérieurs à l’exemple.
Si la condition n’est pas remplie, les unités rapportent zéro et la position perd 50,40 $. Dans l’observation Atlas principale, la valeur pondérée dans le temps est inférieure au seuil strict ; le résultat Non ordinaire s’applique donc et la position Oui hypothétique perd la totalité de son coût. La dernière cotation supérieure au seuil ne change pas ce résultat selon les conditions stipulées.
Le montant engagé et l’unité de paiement doivent être visibles ensemble. Dépenser 50,40 $ ne signifie pas que le compte détient 50,40 unités, et demander 120 unités ne prouve pas que 120 ont été exécutées. Le calcul utilise la quantité réellement acquise et les frais confirmés, qui doivent figurer dans le dossier du compte séparément du plan initial.
Le guide antérieur sur le bot de marché de prédiction du prix du BTC traite de la distinction entre les prix des actifs et les paiements de prédiction. Même lorsque le contrat concerne une cryptomonnaie familière, l’économie de la position dépend de sa propre quantité, de son coût et de sa condition.
Une estimation de probabilité doit porter sur la même cible
Supposons qu’avant la fin de la fenêtre de référence, un analyste ait estimé à 47 % la probabilité que la valeur faisant autorité dépasse le seuil. Pour la position de 120 unités, l’espérance de paiement ordinaire selon cette estimation est de 56,40 $. Face au coût de 50,40 $, l’écart attendu estimé est de 6 $. Cela dépend de la prévision et du modèle de paiement indiqué.
L’estimation doit porter sur la référence pondérée dans le temps après l’arrondi spécifié, et non simplement sur la probabilité que la dernière cotation dépasse 60 040 $. Si le modèle répond à cette dernière question, le calcul utilise la mauvaise probabilité même si la multiplication est correcte. Une probabilité se rapporte à un événement précisément défini.
L’espérance de 6 $ ne plafonne pas la perte et ne promet pas un gain de six dollars. Le cas principal observé perd 50,40 $. Un tel résultat ne prouve pas à lui seul que l’estimation de 47 % était déraisonnable, mais il établit bien le résultat réalisé pour cette position. L’évaluation des prévisions nécessite un ensemble adapté de décisions respectant les informations disponibles à leur date.
Conservez une trace de la manière dont la prévision a été établie et de ce qui l’invaliderait. Un pourcentage affirmé avec assurance, sans source, sans horizon et sans définition de la cible, est difficile à évaluer ultérieurement. Faire correspondre la cible de prévision au contrat est un préalable à l’interprétation de l’espérance de valeur comme de la calibration.
Lire l’exception avant qu’elle ne devienne le cas principal
Une panne de la source, une référence manquante ou une publication retardée peut devenir le point décisif. Le contrat peut prévoir une solution de repli, une observation ultérieure, une détermination spéciale ou un autre traitement. L’utilisateur doit conserver la règle réellement applicable plutôt que de supposer qu’une valeur indisponible signifie Non ou qu’un graphique public voisin peut combler le manque.
Dans l’exercice Atlas, toute exception devrait disposer de son propre traitement stipulé avant de pouvoir conclure à un paiement réel. Le calcul ordinaire est délibérément limité à un enregistrement de référence complet et valide. Cette limite fait partie du sens de l’exemple ; elle ne justifie pas l’invention d’une règle par défaut pour les cas qu’il ne couvre pas.
Une note de lecture utile identifie les éléments nécessaires pour établir qu’une exception s’est produite. Une application locale lente ne signifie pas nécessairement une panne de la source. L’absence de réponse d’un collecteur ne prouve pas nécessairement que l’observation officielle n’existe pas. Distinguez l’état de la source du problème de récupération rencontré par l’utilisateur.
Le guide connexe sur le bot de marché de prédiction crypto explique comment les processus automatisés peuvent préserver ces distinctions. Un bot doit suspendre une décision qui dépend de la référence lorsque celle-ci est incertaine, plutôt que de lui substituer silencieusement une source non examinée et de poursuivre avec un résultat donnant une impression de précision.
Distinguer la clôture, la détermination du résultat et la disponibilité des fonds
L’heure de fin des négociations n’est pas nécessairement le moment exact où la référence est publiée ou où le compte reçoit un paiement. Le contrat et la plateforme définissent ces étapes. Le lecteur doit consigner chaque heure pertinente et éviter de traiter un marché clôturé comme un résultat de compte finalisé.
Pour la position Atlas hypothétique, la fenêtre d’observation se termine d’abord, la référence désignée devient disponible, puis la plateforme détermine le résultat selon son processus. Le compte suit ensuite les mécanismes de règlement pris en charge. Cette séquence est conceptuelle ; la mise en œuvre et les délais réels doivent être vérifiés pour le produit sélectionné.
Si la référence indique clairement Non, mais que l’enregistrement du compte n’est pas définitif, la perte attendue et le registre comptable finalisé restent des états différents. Un examen peut expliquer ce que les éléments disponibles suggèrent en attendant la confirmation du compte faisant autorité. Il ne doit pas modifier l’historique de la position simplement pour le faire coïncider avec un résultat anticipé.
Ces délais affectent aussi la planification du capital. Les fonds attendus d’un autre contrat ne peuvent pas être comptés comme disponibles tant que le compte ne peut pas effectivement les utiliser. Un lecteur qui comprend la condition de paiement doit encore comprendre à quel moment sa conséquence financière devient un solde utilisable.
Comparer deux lecteurs avant de comparer deux prix
Demandez à deux lecteurs de classer indépendamment les mêmes observations hypothétiques. L’un reçoit la définition complète d’Atlas ; l’autre ne reçoit que le titre abrégé et la dernière cotation. S’ils aboutissent à des réponses différentes, identifiez l’élément manquant plutôt que de faire la moyenne de leurs conclusions. Le désaccord démontre pourquoi les conditions complètes sont nécessaires ; il ne traduit pas une incertitude sur le calcul déjà spécifié.
Donnez ensuite aux deux lecteurs une observation à la valeur limite, une valeur de source révisée et un cas de source manquante. Chacun doit identifier la règle applicable et les éléments encore nécessaires. Un lecteur qui peut calculer la moyenne ordinaire mais ne peut pas expliquer une exception a compris une partie du contrat, mais pas tous les chemins possibles menant au paiement.
Cet exercice est utile lorsque plusieurs personnes ou composants logiciels partagent un processus. Le chercheur, la personne qui examine les ordres et l’analyste du compte doivent utiliser la même définition de la condition. Si l’un prévoit une dernière cotation tandis qu’un autre consigne une référence sur une fenêtre, leurs travaux individuellement soigneux peuvent produire une décision incohérente. Une courte note partagée sur le contrat facilite la détection de ce décalage avant qu’un ordre soit autorisé.
Le test donne aussi au lecteur une règle d’arrêt pratique. Si les conditions complètes ne résolvent toujours pas une question importante d’interprétation, l’étape suivante consiste à obtenir une clarification faisant autorité ou à laisser ce droit conditionnel hors du périmètre prévu. Un prix précis ou une estimation de probabilité précise ne peut pas compenser l’incertitude sur ce que la position donne effectivement le droit de recevoir.
Conserver l’interprétation dans un dossier de position
Une note concise sur le contrat doit identifier la source, le champ, la fenêtre, l’opérateur du seuil, la précision, le traitement des révisions et les exceptions. Joignez les identifiants pertinents et la version des conditions examinées. Cela crée un dossier qu’une autre personne peut contester avant que l’argent soit engagé et interpréter ensuite si le résultat surprend le trader.
Pour l’exemple Atlas, une personne chargée de l’examen doit pouvoir reconstituer pourquoi le niveau final de 60 050 $ ne remplissait pas la condition. Elle doit aussi pouvoir reproduire la valeur faisant autorité de 60 028,33 $ et la perte de 50,40 $ sur la position stipulée de 120 unités. Le dossier relie l’interprétation sémantique, le calcul et la quantité du compte.
Gardez les variantes séparées. Un contrat fondé sur la dernière cotation ou un seuil « au moins » peuvent constituer des exercices de comparaison utiles, mais leurs résultats ne doivent pas être mélangés au registre comptable du contrat principal. Modifier une condition crée un droit financier différent, même si l’essentiel du titre reste identique.
Un marché de prédiction crypto devient compréhensible lorsque le lecteur peut retracer une chaîne complète : l’observation exacte de la source, la règle qui lui est appliquée, la détermination du résultat et le paiement réel de la position. Cette chaîne est plus fiable qu’un graphique familier ou un titre convaincant, car chaque étape indique les éléments qui étayent la suivante.