> ## Documentation Index
> Fetch the complete documentation index at: https://blog.opinion.trade/llms.txt
> Use this file to discover all available pages before exploring further.
# Bibliothèque des résolutions Opinion : comment les marchés sont réglés
> Guide pour vérifier les résolutions des marchés Opinion : règles, échéances, preuves, résultats proposés, contestations et résultats définitifs.
## 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 :
1. **Vérification de l'utilisateur :** montre aux traders ce qu'ils doivent inspecter avant et après la résolution.
2. **Responsabilité historique :** définit les informations qu'un enregistrement permanent de marché résolu doit conserver.
3. **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.
Il s'agit d'une norme d'indexation et d'enregistrement de cas, et non d'une affirmation selon laquelle chaque marché historique Opinion publie déjà tous les champs ci-dessous sur une page permanente. Lorsqu’un champ n’est pas disponible, un futur dossier de cas devrait le dire plutôt que de le déduire ou de l’inventer.
## L'enregistrement de la résolution en une seule vue
| Scène | Dossier à préserver | Question à laquelle il répond |
| --------------------- | -------------------------------------------------- | ----------------------------------------------------- |
| Définition du marché | Question et résultats | Qu’est-ce que les commerçants ont acheté exactement ? |
| Contrat de résolution | Règles détaillées et cas extrêmes | Qu’est-ce qui fait que chaque résultat est gagnant ? |
| Limite temporelle | Date limite, date limite et fuseau horaire | Quand l’événement est-il mesuré ? |
| Politique de preuve | Sources principales et de secours | Quelles preuves contrôlent ? |
| Résolution proposée | Résultat proposé et horodatage | Quel résultat a été initialement déterminé ? |
| Période de défi | Fenêtre, motif du litige et preuves | La proposition pourrait-elle être corrigée ? |
| Résolution finale | Résultat final et délai de finalisation | Quel résultat a été réglé ? |
| Provenance | Liens officiels vers le marché et la documentation | Où un lecteur peut-il vérifier l’enregistrement ? |
## 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é.
Si un lecteur indépendant doit inventer un critère manquant, le marché ne peut pas être entièrement résolu. Voir [What Makes a Prediction Market Resolvable?](/fr/learn/what-makes-a-prediction-market-resolvable) pour la liste de contrôle complète de conception des règles.
### 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.
Ces moments ne sont pas toujours identiques. Un marché peut cesser de négocier avant que la source de contrôle ne publie son résultat, et un résultat proposé peut ne pas devenir définitif avant la fin de la période de contestation.
### 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.
Lisez [How Opinion AI Resolves Markets](/fr/learn/how-opinion-ai-oracle-works) pour la distinction entre la création de règles assistée par l'IA, l'évaluation des preuves et le prix du marché formé par les traders.
### 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.
Un dossier complet doit indiquer si un litige a été déposé, quelle raison documentée a été utilisée, quelles preuves ont été soumises lorsqu'elles étaient publiques et si la contestation a été acceptée, rejetée ou expirée. Il ne doit pas publier d'informations privées sur les utilisateurs ni spéculer sur l'intention d'un opposant.
Voir [Opinion Market Resolution and Disputes](/fr/learn/opinion-market-resolution-and-disputes) pour le processus maintenu, y compris la formule de mise actuelle et les résultats possibles de l'examen.
### 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.
Si le résultat change, cet historique doit rester visible. Un enregistrement corrigé est plus fiable lorsqu’il explique la correction au lieu de remplacer silencieusement l’état antérieur.
## 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.
| Champ | Contenu requis |
| ------------------------- | ------------------------------------------------------------------------------------------- |
| Titre du marché | Question exacte du marché public |
| URL du marché | Lien de marché officiel permanent Opinion |
| Catégorie | Politique, crypto, sports, macro, technologie ou autre catégorie de marché |
| Résultats | Tous les résultats disponibles pour les traders |
| Période de négociation | Horodatages d'ouverture et de fermeture, y compris le fuseau horaire |
| Délai de résolution | Coupure d'événement ou de données définie par les règles |
| Règles de résolution | Texte exact de la règle ou référence officielle archivée |
| Source primaire | Source désignée par le marché |
| Source de secours | Source secondaire, si spécifiée |
| Résultat proposé | Résultat initial proposé et horodatage |
| Preuve de résolution | Liens directs et résumé concis des preuves |
| Statut du litige | Aucun, déposé, accepté, rejeté ou expiré |
| Preuve du litige | Preuve publique à l'appui, le cas échéant |
| Résultat final | Résultat utilisé pour le règlement |
| Finalisé à | Horodatage de finalisation et fuseau horaire |
| Journal des modifications | Toute correction des règles, sources ou résultat, avec motif et horodatage |
| Dernière vérification | Date à laquelle le compte rendu éditorial a été vérifié par rapport aux sources officielles |
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
```text theme={null}
Question and outcomes published
↓
Rules, deadline and sources fixed for the market
↓
Trading takes place
↓
Resolution condition is reached
↓
Evidence evaluated under the published rules
↓
Outcome proposed
↓
Dispute window: no challenge or eligible challenge
↓
Review, correction or finalization
↓
Final outcome and permanent case record
```
À chaque étape, le dossier doit répondre à une question factuelle étroite. Les commentaires sur la question de savoir si les traders avaient « raison » ou « tort » doivent faire l’objet d’une analyse de marché distincte et non du dossier de résolution lui-même.
## Comment lire un cas de résolution
Utilisez cette vérification en cinq étapes :
1. **Commencez par la règle détaillée, pas le titre.** Confirmez exactement quel événement et quelle version du contrôle des preuves.
2. **Vérifiez l'horodatage.** Assurez-vous que les preuves citées correspondent à la politique de date, de coupure et de révision du marché.
3. **Ouvrez la source principale.** Un résumé doit conduire à des preuves et non les remplacer.
4. **Séparez la proposition de la finale.** Recherchez un litige actif ou terminé et toute modification du résultat.
5. **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.
La transparence de la résolution est une couche de fiabilité. Les audits de contrats intelligents, les choix de garde, la sécurité du portefeuille, la liquidité et l'éligibilité juridictionnelle sont des questions distinctes. Pour le système plus large, lisez [Why Opinion Is Built for Safer, More Reliable Prediction Markets](/fr/learn/why-opinion-is-built-for-safety-and-reliable-markets).
## 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 ?
Ces analyses doivent être produites uniquement à partir de cas documentés et d’une méthodologie clairement décrite. Cette page établit le schéma ; il ne publie pas d'allégations de performances globales avant que l'ensemble de données sous-jacent n'existe.
## Guides connexes
Comprenez le rôle de Opinion AI dans la création de règles et la résolution fondée sur des preuves.
Suivez le processus de proposition, de contestation, d’examen et de finalisation.
Évaluez les questions, les délais, les sources, les révisions et les cas extrêmes.
Découvrez comment la résolution s'intègre aux audits, au règlement et à la vérification des utilisateurs.
## FAQ
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.
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.
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é ».
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.
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é.
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
1. [OPINION Docs — Resolution](https://docs.opinion.trade/trade-on-opinion.trade/resolution) — Méthodes de résolution spécifiques au marché et déclaration actuelle de l'oracle principal
2. [OPINION Docs — Dispute](https://docs.opinion.trade/trade-on-opinion.trade/dispute) — Raisons actuelles du litige, calendrier, jalonnement, processus d'examen et de finalisation
3. [OPINION Docs — Welcome](https://docs.opinion.trade/) — Description actuelle de Opinion AI et de l'écosystème Opinion
4. [OPINION Whitepaper v1.0](https://static.opinion.trade/OPINION_Whitepaper_EN.pdf) — Création de marché, résolution et architecture Oracle
5. [OPINION Terms of Use](https://docs.opinion.trade/legal/terms-of-use) — Déclarations contractuelles actuelles sur les règles du marché, les sources Oracle et le risque utilisateur
*Dernière vérification le 2026-09-21. Les règles relatives aux produits et les conditions individuelles du marché peuvent changer. Vérifiez le marché en direct, les documents officiels actuels et les conditions applicables avant de vous fier à un enregistrement de résolution. Informations éducatives, pas de conseils en investissement ou en jeu.*