Un marché de prédiction se résout. La page affiche un gagnant. Six semaines plus tard, vous revenez vérifier quelque chose, et la page affiche toujours un gagnant — mais est-ce le même gagnant qu'elle affichait le jour de la résolution ? Le résultat enregistré a-t-il jamais changé ? A-t-il déjà été contesté ? Sur presque toutes les plateformes de marchés de prédiction, vous ne pouvez pas répondre à ces questions, parce que la résolution est un simple champ modifiable qui vous montre la valeur du jour et ne conserve aucune mémoire de son propre passé. Le règlement, entre toutes choses, est traité comme un fait sans histoire.
CoinRithm agrège les marchés de prédiction sur plusieurs plateformes et, depuis mi-2026, conserve quelque chose que la plupart des surfaces n'ont pas : un registre de provenance du règlement en ajout seul — un enregistrement permanent, par événement, de la façon dont le résultat d'un marché a été décidé, révisé et contesté au fil du temps. Cet article explique ce qu'est ce registre et pourquoi « garder les preuves d'une résolution » est une promesse différente, plus concrète, que la question plus large de savoir si l'on peut faire confiance au règlement d'une plateforme en général. Pour ce cadre plus large — qui décide, sur quelles preuves, avec quel degré de contestabilité — lisez peut-on faire confiance au règlement des marchés de prédiction ? ; cet article porte sur la structure de données qui se trouve en dessous.
TL;DR
- La plupart des plateformes de marchés de prédiction stockent une résolution comme un simple champ modifiable sans historique — si bien qu'un résultat modifié ou contesté ne laisse aucune trace.
- CoinRithm enregistre le règlement sous forme de registre en ajout seul : chaque observation du résultat résolu est une entrée permanente, et les révisions supplantent plutôt qu'elles n'écrasent.
- Le registre de chaque événement clos expose un résultat en vigueur, un nombre d'observations, un nombre de révisions, une méthode, et un état de litige (non contesté, contesté, ou litige résolu).
- Parce que les entrées ne sont jamais supprimées, une résolution qui bascule ensuite est visible comme une révision, pas silencieusement réécrite — l'enregistrement montre tout le parcours, pas seulement le point d'arrivée.
- Il se place aux côtés des signaux par événement d'éligibilité au règlement et de ton de confiance, si bien que la question « ce marché a-t-il réellement, vérifiablement, payé ? » trouve une réponse d'un coup d'œil.
- Portée honnête : le registre couvre les événements résolus après sa mise en service, et aujourd'hui la plupart des événements montrent une décision unique, propre et non contestée — sa valeur, c'est la piste d'audit qu'il conserve pour le jour où ce ne sera pas le cas.
Le problème : un règlement sans mémoire
Tout ce qui précède la résolution possède une certaine forme d'historique. Les prix évoluent et laissent un graphique. Le volume s'accumule. Les carnets d'ordres bougent. Mais le moment qui décide réellement qui avait raison — le règlement — est, sur la plupart des plateformes, une simple valeur : outcome = Yes. Elle vous montre l'état actuel et rien sur la façon dont on y est arrivé. Si elle a été enregistrée une fois et jamais touchée, tant mieux. Si elle a été enregistrée, puis discrètement modifiée une semaine plus tard après un litige, le champ a l'air identique dans les deux cas. L'absence d'historique est le problème : vous ne pouvez pas distinguer une résolution propre et enregistrée une seule fois d'une résolution contestée qui a basculé, parce que la plateforme ne se souvient que de la dernière chose écrite.
Cela compte plus qu'il n'y paraît au premier abord, parce que le règlement est précisément le moment où la confiance est dépensée, et non plus seulement promise. Un marché peut trader magnifiquement pendant des mois, puis se résoudre de façon ambiguë, tardive ou contestée — et si l'enregistrement de cette résolution n'a aucune mémoire, il ne vous reste plus qu'à débattre à partir de captures d'écran et de souvenirs de ce que le résultat disait « à l'origine ». Le problème n'est pas seulement qu'une résolution puisse être fausse. C'est qu'une résolution puisse changer et ne laisser aucune preuve qu'elle l'a fait.
La mécanique par laquelle les différentes plateformes parviennent en premier lieu à une résolution est un sujet à part entière — oracles, règles d'échange, arbitres — que nous couvrons dans comment se résolvent les marchés de prédiction. Cet article porte sur ce qui arrive à cette résolution en tant que donnée une fois qu'elle existe : est-elle conservée comme un fait doté d'un passé, ou comme un champ qui n'en a pas ?
Ce que change un registre en ajout seul
La solution est une idée bien établie, empruntée à la comptabilité et au contrôle de version : ne jamais écraser, seulement ajouter. Au lieu d'un simple champ de résultat, chaque événement porte un registre de décisions de règlement. Lorsque l'agrégateur observe le résultat résolu communiqué par un fournisseur, il écrit une entrée. Si le résultat est révisé plus tard, il ne modifie pas l'ancienne entrée — il en écrit une nouvelle, qui supplante explicitement la précédente, et la précédente est marquée comme annulée par la nouvelle. Rien n'est supprimé. La chaîne de « ce que le résultat a été enregistré comme étant, et quand » est préservée de bout en bout.
De cet historique en ajout seul découlent naturellement quelques chiffres récapitulatifs honnêtes, que CoinRithm affiche directement sur la page de l'événement :
- Résultat en vigueur — le résultat adjugé actuel (l'entrée que rien n'a supplantée), avec l'horodatage de son enregistrement.
- Observations — combien de fois le résultat résolu a été affirmé pour cet événement. Une résolution stable accumule des confirmations ; une résolution instable montre du remous.
- Révisions — combien de fois le résultat en vigueur a réellement changé. Zéro est la valeur par défaut saine ; tout ce qui est au-dessus de zéro est un signal désormais visible plutôt que caché.
- Méthode — comment la décision a été prise (par exemple, un passage de surveillance de résolution sur les données du fournisseur), si bien que la provenance de la provenance elle-même est enregistrée.
- État de litige — si la décision actuelle est non contestée, contestée, ou un litige résolu, affiché sous forme de badge explicite plutôt que laissé à l'inférence.
Rien de tout cela ne vous demande de croire un récit. Ces chiffres sont calculés à partir d'un enregistrement qui ne peut pas être discrètement réécrit, et lorsqu'il y a plus d'une décision dans l'historique, la page de l'événement affiche la chronologie complète — chaque résultat enregistré, son moment, son état de litige, et s'il s'agit de l'entrée en vigueur actuelle ou d'une entrée supplantée.
Lire le registre sur une page d'événement
Sur un événement clos qui possède un registre enregistré, la section de provenance du règlement est compacte et directe. Elle commence par le résultat en vigueur et le moment où il a été enregistré, puis montre les compteurs d'observations et de révisions et la méthode, avec un badge de litige si la décision actuelle est ou a été contestée. Si le résultat a déjà été révisé, une courte liste d'historique apparaît en dessous, parcourant les décisions dans l'ordre et marquant chacune comme actuelle ou supplantée.
Le cas de tous les jours, honnêtement, n'a rien de dramatique : une observation, zéro révision, non contesté — un marché qui s'est résolu proprement, une seule fois, comme il se doit. Ce n'est pas une faiblesse de la fonctionnalité ; c'est à quoi ressemble une résolution saine, et le montrer clairement est en soi tout l'intérêt. La valeur est asymétrique. Quand la résolution se déroule sans accroc, le registre est une confirmation discrète. Quand ce n'est pas le cas — une correction tardive, un appel contesté, un résultat qui bascule — le registre est la seule chose qui se dresse entre vous et un règlement que vous ne pourriez pas reconstituer. On garde les preuves précisément pour que le rare mauvais jour soit auditable plutôt qu'une affaire de mémoire.
Comment cela se relie aux décisions des agents
Le registre de règlement n'est pas une fonctionnalité isolée. C'est l'ancre côté résolution d'une couche d'évaluation plus large, délibérément vérifiable. Lorsqu'un agent IA de l'Arena CoinRithm prend une position sur un marché, cette décision est enregistrée comme un artefact immuable et haché — le sujet de comment vérifier le bilan d'un agent IA. Lorsque le marché se règle ensuite, l'artefact de l'agent reçoit un timbre de règlement qui pointe exactement vers ce registre. La chaîne complète est donc auditable de bout en bout : ce que l'agent a décidé et quand (empreinte), et comment l'événement sur lequel il a parié a finalement été résolu (ajout seul). Aucune des deux moitiés ne fait confiance aveuglément à l'autre ; chacune conserve son propre enregistrement à l'épreuve de la falsification.
Cela referme une boucle que la plupart des classements d'agents laissent ouverte. Une victoire n'a de sens que si le règlement qui la sous-tend est réel et inchangé — et ici, le règlement derrière la victoire d'un agent est une entrée de registre dotée d'un historique, pas un champ modifiable que quelqu'un aurait pu retourner après coup.
Où cela se situe par rapport à l'éligibilité et au ton de confiance
La provenance répond à « qu'est-ce qui a été enregistré, et cela a-t-il changé ». Deux signaux voisins répondent aux questions étroitement liées de « ce résultat est-il assez fiable pour noter dessus » et « a-t-il vérifiablement payé », et CoinRithm les garde délibérément distincts :
- Éligibilité au règlement. Chaque événement traverse un cycle de vie défini — ouvert, clos, en attente de résolution, résolu — et porte des indicateurs précisant si son résultat et le calendrier de son règlement sont vérifiés par le fournisseur, et s'il est éligible à compter pour la calibration. Un marché dont le registre indique « résolu, non contesté, vérifié par le fournisseur » est un marché dont le résultat peut être jugé assez fiable pour noter un agent ou une plateforme. Cette porte d'éligibilité est l'ossature de notre travail honnête sur la précision dans quelle est la précision des marchés de prédiction.
- Ton de confiance par événement. Aux côtés du registre, les pages d'événement affichent un ton de confiance de résolution — vérifié, limité, en attente, ou non vérifié — qui énonce clairement ce que CoinRithm peut réellement confirmer d'un règlement, plutôt que ce qu'une plateforme affirme. Cet étiquetage est couvert dans le cadre de confiance, et le registre de provenance en est la preuve concrète sous-jacente.
En résumé : le ton de confiance vous indique le niveau de confiance, les indicateurs d'éligibilité vous indiquent si le résultat peut être noté, et le registre de provenance vous montre l'enregistrement sous-jacent à partir duquel ces jugements sont calculés. Des couches, pas un simple « résolu » vague.
Les limites honnêtes
C'est une structure de données réelle et en fonctionnement, et elle est aussi jeune — il vaut la peine d'être direct sur les deux points.
Premièrement, la portée. Le registre enregistre les résolutions des fournisseurs à partir du moment où la fonctionnalité a été mise en service ; les événements résolus avant qu'elle n'existe n'ont pas de registre, et la page de l'événement omet simplement la section plutôt que d'inventer un historique rétroactif. Il n'est pas question de prétendre qu'un marché vieux de trois mois a une piste d'audit qu'il n'a jamais eue. L'affirmation honnête est « à partir d'ici », pas « toujours ».
Deuxièmement, le registre enregistre des observations, pas une adjudication. CoinRithm ne résout pas les marchés, ne note pas les résultats et n'arbitre pas les litiges — il observe ce que les fournisseurs rapportent et conserve un enregistrement en ajout seul, à l'épreuve de la falsification, de ces observations. Si une plateforme prend elle-même une mauvaise décision, le registre enregistrera fidèlement cette décision et toute correction ultérieure ; ce qu'il garantit, c'est que l'enregistrement ne peut pas être discrètement réécrit, pas que la résolution sous-jacente était correcte. Cette distinction est la même qui traverse tout le cadre de confiance dans le règlement : une meilleure information réduit la surprise, mais aucun registre ne peut forcer une plateforme à avoir bien décidé. Ce qu'il peut faire — et fait — c'est s'assurer que ce qui a été décidé est mémorisé honnêtement, intégralement, et par plus d'une seule mémoire.
FAQ
Qu'est-ce que la provenance du règlement dans un marché de prédiction ?
C'est l'historique enregistré de la façon dont le résultat d'un marché a été décidé — pas seulement le résultat final, mais chaque observation de ce résultat, toute révision, la méthode utilisée, et s'il a été contesté. CoinRithm conserve cela sous forme de registre en ajout seul par événement clos, si bien qu'une résolution est stockée comme un fait doté d'un passé plutôt que comme un simple champ modifiable qui oublie comment il est arrivé à sa valeur actuelle.
En quoi un registre de règlement en ajout seul diffère-t-il d'un champ de résolution normal ?
Un champ de résolution normal ne montre que sa valeur actuelle ; si le résultat change, l'ancienne valeur est écrasée et disparaît. Un registre en ajout seul n'écrase jamais — un résultat révisé est écrit comme une nouvelle entrée qui supplante la précédente, et rien n'est supprimé. Cela signifie qu'une résolution qui bascule ensuite est visible comme une révision dans l'enregistrement, au lieu de disparaître sans laisser de trace.
Que signifient « observations » et « révisions » sur le registre ?
Les observations comptent le nombre de fois où le résultat résolu a été affirmé pour un événement — des confirmations répétées d'un résultat stable. Les révisions comptent le nombre de fois où le résultat en vigueur a réellement changé. Une résolution propre montre généralement plusieurs observations et zéro révision ; un nombre de révisions non nul est un signal que le résultat enregistré a bougé, ce que le registre rend visible plutôt que de le cacher.
Le registre de règlement signifie-t-il que CoinRithm résout les marchés ?
Non. CoinRithm ne décide pas, ne note pas et n'arbitre pas les résultats — il observe ce que rapporte le fournisseur de chaque plateforme et enregistre ces observations dans un registre en ajout seul, à l'épreuve de la falsification. Si une plateforme prend puis corrige une décision, le registre enregistre fidèlement les deux. Il garantit l'honnêteté de l'enregistrement, pas l'exactitude de la décision sous-jacente de la plateforme.
Pourquoi la plupart des événements ne montrent-ils qu'une seule décision non contestée ?
Parce que la plupart des résolutions sont propres : le résultat est enregistré une fois, à partir des données du fournisseur, et ne change jamais. Une seule observation non contestée avec zéro révision est exactement à quoi ressemble un règlement sain. La valeur du registre est asymétrique — c'est une confirmation discrète les jours normaux, et la seule piste d'audit fiable le rare jour où une résolution est tardive, corrigée ou contestée.
Chaque événement de marché de prédiction sur CoinRithm possède-t-il un registre de provenance ?
Pas encore. Le registre couvre les événements résolus après la mise en service de la fonctionnalité mi-2026 ; les événements résolus plus tôt n'affichent simplement pas la section, plutôt que de montrer un historique fabriqué. Avec le temps, à mesure que davantage de marchés se résolvent, la couverture s'étend — et l'enregistrement reste honnête sur cette limite plutôt que de combler rétroactivement une piste qui n'a jamais existé.
