Marchés de lancement : annonce, sortie et disponibilité

Départ : une clause qui exige 2 faits datés

Un contrat de lancement ne se lit pas comme un titre de presse. Il faut repérer 2 faits distincts et leurs dates : une annonce publique et une sortie, chacun avant une échéance écrite. Dans l'exemple historique consulté le 10 octobre 2026, la clause pour « Will OpenAI launch a new consumer hardware product in 2025? » exigeait qu'OpenAI annonce publiquement et lance un nouveau produit matériel grand public avant le 31 décembre 2025 à 23 h 59, heure de l'Est. Si l'un des 2 manque, la réponse est « No », même si l'entreprise a montré un prototype ou ouvert des précommandes.

Une démonstration montre le produit. Une disponibilité indique quand il peut être obtenu par un acheteur. Entre les 2, une précommande peut exister : on réserve, on n'a pas encore le produit. Chaque contrat doit ensuite préciser si ces étapes comptent ; dans le cas historique, seule la combinaison annonce publique plus sortie satisfaisait la clause, et la démonstration n'était pas listée comme un critère suffisant.

La clause décisive : définition du « produit matériel grand public »

Le mot décisif du contrat n'est pas « OpenAI », c'est « nouveau produit matériel grand public ». La définition source exige un appareil physique destiné à l'usage direct d'un particulier, et non un outil pour entreprise ou développeur. Elle exige aussi que le produit soit nouvellement introduit, et exclut les changements de marque, mises à jour ou itérations d'un appareil déjà sorti. Chaque mot filtre : un accessoire logiciel reste un logiciel, une puce pour serveur n'est pas grand public, et une version redessinée n'est pas un nouveau produit.

La définition précise quels appareils sont admissibles. Le contrat citait comme exemples admissibles un objet portable intégrant l’IA, un assistant domestique ou un appareil de réalité augmentée, tout en excluant les outils de développeur, les puces IA et les serveurs réservés à l'entreprise. Ces exemples illustrent la frontière, pas une liste exhaustive. Pour tout autre contrat, il faut relire la définition : un terme non écrit n'est pas une exigence.

Exemple de travail : annonce le 15 novembre, démonstration le 20, sortie le 10 janvier

Prenons une chronologie hypothétique : annonce publique le 15 novembre, démonstration le 20 novembre, sortie officielle le 10 janvier suivant. Avec une échéance fixée au 31 décembre, l'annonce était bien avant l'échéance, mais la sortie tombait après. La condition combinant annonce et sortie avant l’échéance n’était pas remplie. Résultat du contrat hypothétique : NON. Une démonstration en novembre ne remplace pas une sortie, et une précommande ouverte avant le 31 décembre ne comble pas non plus l'absence de disponibilité si le contrat exige une sortie.

Ce cas est un exemple pédagogique, pas une étude empirique ni une prévision. Il ne dit rien de la date réelle d'un produit OpenAI. La leçon transférable est une méthode : écrire les 3 dates (annonce, démonstration, sortie) en face du libellé, vérifier l'échéance, puis appliquer la définition. L’annonce publique et la sortie sont les 2 conditions requises ; si l’une manque à l’échéance, ce contrat hypothétique se résout à NON.

Preuve : ce qui compte et ce qui ne suffit pas

Une annonce publique, au sens de la clause historique, est une communication officielle accessible hors cercle privé. Un article de journal, une rumeur de fuite ou une analyse externe ne sont pas la source. Le contrat précisait que la source de résolution serait les informations officielles d'OpenAI. La clause indique la source officielle qui permet de vérifier l’événement.

Le suivi des marchés de prédiction s'inscrit dans une mécanique plus large : les règles de résolution des marchés de prédiction expliquent que chaque règle doit indiquer source, échéance et cas limites, un titre seul ne suffisant pas. La lecture utile commence donc par le libellé complet, pas par le prix affiché. Une annonce peut exister sans sortie, une sortie peut survenir sans nouvelle annonce le même jour, et un changement de nom reste une itération si la définition l'exclut.

Tableau de décision : traduire une clause en preuves

Le tableau ci-dessous reprend les catégories du contrat historique et les traduit en questions vérifiables avant toute conclusion. La colonne « Preuve possible de l’étape observée » ne remplace pas la lecture du contrat : c'est un contrôle minimum pour éviter de confondre une démonstration avec une sortie.

Limites et prochaine décision

3 limites bornent cet exemple. D'abord, la clause est un instantané historique récupéré le 10 octobre 2026 ; certaines dates citées sont passées et elle ne prouve ni la négociabilité actuelle, ni un prix, ni un résultat. Ensuite, les définitions de « produit grand public », de « nouvelle introduction » et de « sortie » appartiennent à ce contrat précis et ne se généralisent pas. Enfin, l'exemple chronologique est hypothétique : aucune sortie réelle n'est affirmée.

Pour la suite, la décision concrète consiste à vérifier que la clause exige bien annonce publique plus sortie, relever la date limite exacte et la source officielle, puis classer chaque information en annonce, démonstration, précommande ou disponibilité. Cette méthode s'applique à tout contrat à critères cumulatifs. Pour situer le sujet dans une veille technologique plus large, une entrée de veille technologique peut aider à organiser les sources ; chaque contrat reste néanmoins un cas à part.

Pour poursuivre ta lecture, consulte la veille technologique et les règles de résolution. Avant de suivre une hypothèse sur un lancement, tu peux aussi ouvrir le journal de prévisions.