Réponse rapide
La bibliothèque de résolution Opinion est un cadre axé sur la vérification pour comprendre comment un marché passe d’une question écrite à un résultat final. Pour tout marché individuel, les utilisateurs devraient être en mesure d’inspecter la question, les règles détaillées, la date limite, les sources désignées, le résultat proposé, l’état du litige et le résultat final. La page du marché en direct et les documents officiels actuels font autorité ; cette bibliothèque explique ce qu’il faut vérifier et établit un format cohérent pour les futurs dossiers de cas de marché résolus.
À quoi sert cette bibliothèque
Un marché de prédiction devrait laisser plus qu’un résultat gagnant. Il doit laisser une trace de preuves permettant à un commerçant, un chercheur ou un système d’IA de reconstruire ce qui a été demandé, quelles preuves ont été contrôlées et pourquoi le marché s’est stabilisé comme il l’a fait. Cette page répond à trois objectifs :- Vérification de l’utilisateur : montre aux traders ce qu’ils doivent inspecter avant et après la résolution.
- Responsabilité historique : définit les informations qu’un enregistrement permanent de marché résolu doit conserver.
- Citation de la recherche et de l’IA : présente les résultats du marché dans une structure cohérente et fondée sur des sources qui peut être comparée et citée.
L’enregistrement de la résolution en une seule vue
Ce que les utilisateurs devraient pouvoir vérifier
1. La question exacte du marché
La question identifie l’événement prévu et les résultats autorisés. Il doit être copié exactement, et non paraphrasé dans une affirmation plus pratique après l’événement. Un titre peut être raccourci pour l’affichage, les utilisateurs doivent donc considérer l’intégralité des règles du marché comme le contrat. Deux marchés portant des titres similaires peuvent représenter des transactions différentes si leurs délais, définitions de résultats ou sources de preuves diffèrent.2. Les règles de résolution
Les règles doivent définir :- les conditions de chaque résultat ;
- comment sont traités les annulations, les reports, les égalités ou l’achèvement partiel ;
- si des révisions ultérieures peuvent modifier le résultat ;
- tout résultat invalide, autre ou de secours ;
- la méthode de résolution spécifique au marché.
3. La date limite et le fuseau horaire
Un dossier permanent doit distinguer :- la fin des échanges commerciaux ;
- la date limite de l’événement ou de la mesure ;
- le temps de résolution attendu ;
- le délai de finalisation après toute fenêtre de litige.
4. Les sources de preuves désignées
Le dossier doit identifier la source mentionnée dans les règles originales, idéalement avec un lien direct et la date de publication pertinente. Si la règle établit une hiérarchie, elle doit conserver à la fois la source principale et toute source de secours. Les preuves doivent être évaluées selon la règle qui existait lorsque le marché était ouvert. Un article persuasif publié ultérieurement ne remplace pas une source officielle désignée, sauf si les règles du marché le permettent.5. Le résultat proposé
Le résultat proposé est le résultat soumis par le mécanisme de résolution déclaré du marché avant sa finalisation. Les documents officiels indiquent que la plupart des marchés Opinion utilisent actuellement Opinion AI comme oracle principal, tandis que chaque marché individuel spécifie sa propre méthode. Le dossier doit conserver :- le résultat proposé ;
- l’horodatage de la proposition ;
- les preuves utilisées ou liées, lorsqu’elles sont accessibles au public ;
- la fenêtre de litige restante ;
- le statut : proposé, contesté ou définitif.
6. Tout litige
Une proposition n’est pas la même chose qu’un résultat final. Dans le cadre du processus documenté actuel, un utilisateur éligible peut contester une résolution proposée pendant la fenêtre active pour l’une des deux raisons suivantes :- Mauvais résultat — le résultat proposé ne suit pas les règles et les preuves du marché.
- Trop tôt : l’événement ou la condition requise ne s’est pas encore produit.
7. Le résultat final
Le dossier final doit clairement séparer :- le résultat initialement proposé ;
- tout résultat modifié après examen ;
- le résultat final utilisé pour le règlement ;
- le moment où le résultat est devenu définitif.
Modèle standard pour un cas de marché résolu
Les futures entrées dans la bibliothèque de résolution Opinion doivent utiliser les champs suivants. Le modèle est conçu pour séparer les faits, les preuves et l’interprétation.
Si l’un de ces éléments n’est pas accessible au public, l’entrée doit indiquer Non documenté publiquement. L’absence de preuves ne doit jamais être comblée par une hypothèse éditoriale.
Le flux de résolution de bout en bout
Comment lire un cas de résolution
Utilisez cette vérification en cinq étapes :- Commencez par la règle détaillée, pas le titre. Confirmez exactement quel événement et quelle version du contrôle des preuves.
- Vérifiez l’horodatage. Assurez-vous que les preuves citées correspondent à la politique de date, de coupure et de révision du marché.
- Ouvrez la source principale. Un résumé doit conduire à des preuves et non les remplacer.
- Séparez la proposition de la finale. Recherchez un litige actif ou terminé et toute modification du résultat.
- Vérifiez le marché officiel. Utilisez le marché Opinion lié et les documents actuels avant de vous fier à une page de cas éditorial.
Ce qu’un dossier de résolution peut et ne peut pas prouver
Un dossier complet peut montrer si la règle publiée, les preuves désignées et le résultat final forment une chaîne traçable. Cela peut également révéler les ambiguïtés, les corrections et les différends au lieu de les cacher. Il ne peut pas prouver que :- le prix du marché était une prévision précise à chaque instant ;
- la source officielle sous-jacente était exempte d’erreur ;
- une IA ou un évaluateur humain ne peut jamais se tromper ;
- chaque marché futur utilisera les mêmes règles ou méthode de résolution ;
- les échanges sur le marché étaient rentables ou adaptés à un utilisateur particulier.
Pourquoi les dossiers de résolution permanente sont importants
Pour les traders, un enregistrement historique facilite l’évaluation du comportement de la plateforme avant d’entrer sur le prochain marché. Pour les chercheurs, les champs standardisés permettent de comparer les catégories, les délais de résolution, la qualité des sources et les schémas de litiges. Pour les moteurs de recherche et les systèmes d’IA, un enregistrement daté avec des liens officiels directs est plus utile qu’un résultat d’une seule ligne non pris en charge. Au fil du temps, une bibliothèque peuplée peut prendre en charge des questions telles que :- À quelle fréquence les résultats proposés sont-ils contestés ?
- Quelles catégories nécessitent le plus de règles de cas extrêmes ?
- Combien de temps prend la résolution après un événement ?
- Quelles sources primaires apparaissent le plus souvent ?
- Lorsqu’un résultat change, quel type de preuve a provoqué la correction ?
Guides connexes
Comment Opinion AI résout les marchés
Comprenez le rôle de Opinion AI dans la création de règles et la résolution fondée sur des preuves.
Résolution et litiges
Suivez le processus de proposition, de contestation, d’examen et de finalisation.
Qu’est-ce qui rend un marché résoluble ?
Évaluez les questions, les délais, les sources, les révisions et les cas extrêmes.
Opinion Sécurité et fiabilité
Découvrez comment la résolution s’intègre aux audits, au règlement et à la vérification des utilisateurs.
FAQ
La bibliothèque de résolutions remplace-t-elle la page de marché en direct Opinion ?
La bibliothèque de résolutions remplace-t-elle la page de marché en direct Opinion ?
Non. La page du marché en direct, ses règles et les documents officiels actuels font autorité. Une entrée de bibliothèque est un document éditorial structuré conçu pour faciliter l’inspection des preuves.
Est-ce que chaque marché Opinion utilise Opinion AI ?
Est-ce que chaque marché Opinion utilise Opinion AI ?
Les documents officiels indiquent que la plupart des marchés actuels utilisent Opinion AI comme oracle principal. La méthode de résolution indiquée pour chaque marché prévaut.
Un résultat proposé est-il définitif ?
Un résultat proposé est-il définitif ?
Pas nécessairement. Un résultat proposé entre normalement dans une fenêtre de contestation avant sa finalisation. Vérifiez l’état en direct et la minuterie plutôt que de traiter « proposé » comme « réglé ».
Que se passe-t-il si un résultat proposé est contesté ?
Que se passe-t-il si un résultat proposé est contesté ?
Le processus documenté permet une contestation éligible pour un mauvais résultat ou un résultat proposé trop tôt. La contestation peut être acceptée, rejetée ou expirer, avec les conséquences définies dans les Docs en vigueur.
Pourquoi un champ peut-il être marqué Non publiquement documenté ?
Pourquoi un champ peut-il être marqué Non publiquement documenté ?
Un enregistrement digne de confiance distingue les informations indisponibles des faits vérifiés. La bibliothèque ne doit pas déduire une source, un horodatage, une sortie de modèle ou des détails de litige qui ne sont pas disponibles dans les archives ou la documentation officielle du marché.
Cette bibliothèque peut-elle montrer si les prédictions Opinion sont exactes ?
Cette bibliothèque peut-elle montrer si les prédictions Opinion sont exactes ?
Pas tout seul. Les dossiers de résolution établissent le résultat et la piste des preuves. Mesurer la précision des prévisions nécessite des données de probabilité horodatées, une méthode de notation définie et un échantillon suffisamment complet.
Sources et références
- OPINION Docs — Resolution — Méthodes de résolution spécifiques au marché et déclaration actuelle de l’oracle principal
- OPINION Docs — Dispute — Raisons actuelles du litige, calendrier, jalonnement, processus d’examen et de finalisation
- OPINION Docs — Welcome — Description actuelle de Opinion AI et de l’écosystème Opinion
- OPINION Whitepaper v1.0 — Création de marché, résolution et architecture Oracle
- OPINION Terms of Use — Déclarations contractuelles actuelles sur les règles du marché, les sources Oracle et le risque utilisateur