Imaginez un système où n’importe qui peut créer un contrat sur un événement futur, échanger des tokens qui représentent les résultats possibles, puis participer à un vote de résolution… sans qu’aucune entreprise, fondation ou individu ne contrôle la plateforme. C’est exactement ce que prépare un développeur de l’écosystème Kaspa pour la fin de l’année 2026. L’annonce, publiée le 11 novembre 2026, a immédiatement attiré l’attention des observateurs de la blockchain parce qu’elle promet un marché de prédiction totalement ownerless, c’est-à-dire sans propriétaire ni bénéficiaire, à l’exception des mineurs qui sécurisent le réseau.
Un Projet Ownerless Sur La Couche De Base De Kaspa
Manyfest, connu sous le nom de Sivan Helfer sur le forum des développeurs Kaspa, a révélé qu’il travaille depuis plusieurs mois avec Bit Cat, aussi appelé @maxibitcat, pour transformer une proposition théorique en application concrète. L’outil s’appuie sur Argent, un environnement qui facilite l’écriture de covenants dans le modèle UTXO de Kaspa. L’objectif est clair : proposer un marché de prédiction entièrement ouvert, permissionless et décentralisé, déployé directement sur la couche de base plutôt que sur une solution de seconde couche.
Dans ce système, chaque prédiction prend la forme d’un token fongible KCC20 enrichi d’une logique de vote. Les participants peuvent créer un marché, y injecter des fonds, recevoir en échange des tokens YES et NO en quantités égales, puis les échanger sur des dex compatibles. Une fois la date d’expiration atteinte, une fenêtre de vote s’ouvre. Les détenteurs de tokens gagnants récupèrent leur part du pot, tandis que les détenteurs de tokens perdants qui ont voté avec la majorité peuvent participer à une loterie. Ce mécanisme a été conçu pour encourager l’honnêteté même lorsque l’intérêt financier pousse à contester le résultat.
Comment Fonctionne La Création D’Un Marché
Le processus commence par la publication d’une question et d’une date d’échéance. N’importe qui peut le faire. Les fonds engagés servent de collatéral. Le protocole mint alors un nombre égal de tokens YES et de tokens NO. Ces tokens deviennent immédiatement échangeables. Plus le marché attire de liquidité, plus les prix des tokens reflètent les anticipations collectives. Après l’expiration, le vote commence. Les détenteurs doivent indiquer le résultat qu’ils considèrent comme vrai pendant une période définie.
Bit Cat avait déjà esquissé cette mécanique en juillet. Il insistait sur le caractère permissionless : aucun administrateur ne peut censurer une question ou bloquer un participant. Manyfest a confirmé que l’implémentation sous forme de succession d’états dans le modèle UTXO de Kaspa lui paraissait plus naturelle qu’un programme unique de type EVM, même si une version Ethereum aurait été techniquement possible.
Les points clés du mécanisme de création
- Publication libre d’une question et d’une date d’échéance
- Mint de tokens YES et NO en quantités égales, adossés aux fonds déposés
- Échange possible sur des plateformes décentralisées compatibles
- Fenêtre de vote après expiration avant le règlement final
La Loterie Qui Récompense Les Votants Honnêtes
Le véritable enjeu de tout marché de prédiction décentralisé réside dans le règlement. Comment s’assurer que les participants déclarent le vrai résultat alors que certains ont intérêt à mentir ? Helfer avait d’abord envisagé un système de mise séparée qui récompenserait le vote honnête et pénaliserait les réponses minoritaires. Bit Cat a privilégié une approche différente : les tokens perdants peuvent entrer dans une loterie, mais uniquement si leur détenteur a voté avec la majorité.
Cette idée est apparue le 11 juillet. Bit Cat proposait de rendre le vote obligatoire pour toucher quoi que ce soit. Les gagnants ont déjà une raison de participer. Les perdants, quant à eux, conservent une chance de récupérer une partie de la mise grâce à la loterie s’ils se rangent du côté du consensus. Une révision du 27 août a modifié le sort des gains non réclamés : ils sont brûlés plutôt que redistribués. Cette modification permet de traiter plus proprement les cas où un même participant détient les deux types de tokens et vote différemment avec chacun d’eux.
Les contrats qui paient lorsqu’un événement précis se réalise peuvent être extrêmement utiles pour toutes sortes d’activités de gestion des risques. Vous voulez vous protéger contre un confinement ou une canicule exceptionnelle ? C’est possible.
Bit Cat
Bit Cat a insisté sur le fait que le terme « marché de prédiction » porte une connotation de jeu d’argent qu’il juge réductrice. Selon lui, il s’agit avant tout d’un protocole de règles ouvertes permettant à des participants de se rencontrer et de s’accorder sur des termes utiles. Un propriétaire de bar peut se couvrir contre une fermeture administrative. Un viticulteur peut se protéger contre un été trop chaud. Les questions restent binaires pour l’instant, mais le cadre est conçu pour évoluer.
Les Limites Et Les Risques Reconnus Par Les Développeurs
Manyfest et Bit Cat ne cachent pas les faiblesses du système. Les marchés de petite taille restent vulnérables à la manipulation. Un acteur disposant de suffisamment de liquidité peut influencer le vote ou fausser les prix. Bit Cat a clairement indiqué qu’il attendait de meilleurs résultats sur des marchés liquides portant sur des questions peu controversées. Helfer a ajouté une mise en garde personnelle : « Inévitablement, des gens perdront de l’argent dans cette expérience sociale. »
Les conditions énoncées par Bit Cat pour que le mécanisme fonctionne correctement sont exigeantes. La participation ne doit pas être trop concentrée. Les acteurs doivent partager la conviction que le vrai résultat a une probabilité légèrement supérieure de l’emporter. Ces hypothèses ne sont pas toujours réunies, surtout sur des marchés naissants ou sur des sujets polarisants.
Du côté réglementaire, les autorités américaines ont déjà rappelé que les contrats événementiels doivent être conçus pour ne pas être facilement manipulables. La CFTC a publié en septembre un avis concernant les contrats liés aux propos, à la présence ou aux interactions d’une personne. Polymarket, pour sa part, opère aux États-Unis via QCX, un marché de contrats désigné. Le projet Kaspa, en revendiquant un caractère totalement ownerless, se place dans une logique différente, plus proche d’un protocole ouvert que d’une plateforme régulée.
Pourquoi La Couche De Base Plutôt Qu’Une Seconde Couche
Kaspa dispose déjà d’initiatives de seconde couche, notamment via Kasplex, qui offre une compatibilité EVM. Des transferts de KAS ont même été facilités par certaines plateformes d’échange. Pourtant, Manyfest a choisi de rester sur la couche de base. Il explique que le design par états successifs collait naturellement au modèle UTXO et aux covenants. Argent a simplifié l’écriture de cette logique. L’ambition est de démontrer qu’une application complexe et utile peut vivre sans passer par une machine virtuelle externe.
Cette décision technique a des conséquences. Les transactions restent soumises au consensus principal de Kaspa. La sécurité hérite directement de celle du réseau. En contrepartie, les développeurs doivent travailler dans les contraintes du modèle UTXO plutôt que dans l’environnement plus flexible d’un smart contract EVM classique. Le choix reflète une philosophie : maximiser la décentralisation et minimiser les points de confiance.
Les Cas D’Usage Au-Delà Du Simple Pari
Bit Cat a multiplié les exemples concrets. Un restaurateur peut se couvrir contre une interdiction d’ouverture liée à une crise sanitaire. Un agriculteur peut se protéger contre une sécheresse exceptionnelle. Une entreprise peut anticiper un seuil d’inflation mesuré par un indice officiel. Dans chaque cas, le contrat ne sert pas seulement à spéculer : il permet de transférer un risque à quelqu’un qui est prêt à le porter. C’est le cœur de la proposition de valeur défendue par les deux développeurs.
La clarté des questions est essentielle. Bit Cat a précisé en août qu’un contrat sur l’inflation devait porter sur un seuil précis d’un indice connu, afin de laisser le moins de place possible à l’ambiguïté. Plus la résolution est objective, plus le mécanisme de vote a de chances de fonctionner correctement. Les questions trop ouvertes ou trop subjectives restent pour l’instant hors du périmètre recommandé.
Le Calendrier Et L’État D’Avancement
Manyfest a fixé une cible de fin 2026 pour une version mainnet. Il précise qu’il s’agit d’un plan de développement et non d’une promesse ferme. Le travail de cartographie et de codage a déjà commencé. L’annonce du 11 novembre 2026 présente le projet comme un travail en cours plutôt que comme un produit prêt à l’emploi. La communauté Kaspa suit de près l’évolution des standards de tokens natifs et des applications à base de covenants, qui ont récemment progressé.
Le fait que le système soit conçu sans propriétaire change la dynamique habituelle des projets crypto. Aucune trésorerie de projet, aucune équipe qui pourrait décider unilatéralement de modifier les règles ou de prélever des frais. Seuls les mineurs du réseau bénéficient indirectement de l’activité générée. Cette pureté idéologique attire certains participants, tout en suscitant des interrogations sur la maintenance et l’évolution future du code.
Comparaison Avec Les Marchés Existants
Les marchés de prédiction centralisés ou semi-décentralisés dominent aujourd’hui le paysage. Certains opèrent sous des licences strictes, d’autres restent dans des zones grises. Le projet Kaspa se distingue par son refus de toute structure de propriété. Il n’y a pas de société derrière, pas de fondation qui pourrait être sommée de retirer un marché, pas de compte administrateur capable de geler des fonds. Cette radicalité a un prix : la responsabilité de la sécurité et de la liquidité repose entièrement sur les participants et sur le protocole lui-même.
Les développeurs reconnaissent que la manipulation reste possible, surtout sur les petits marchés. Ils placent leur confiance dans l’émergence de marchés liquides portant sur des questions consensuelles. Le temps dira si cette hypothèse se vérifie. En attendant, le simple fait qu’un tel système soit en cours de construction sur une blockchain de première couche suscite un intérêt réel au sein de la communauté technique.
Les Enjeux Techniques Des Covenants Et Des Tokens KCC20
L’utilisation de tokens KCC20 avec logique de vote supplémentaire représente un défi intéressant. Argent permet de coder le système comme une série d’états successifs. Chaque transition d’état correspond à une étape du cycle de vie du marché : création, trading, vote, règlement. Cette approche s’inscrit dans la continuité des travaux récents sur les standards de tokens natifs et les applications à base de covenants sur Kaspa.
Le modèle UTXO impose une discipline particulière. Contrairement à un compte intelligent qui peut stocker un état complexe de manière persistante, chaque transaction doit transporter les informations nécessaires. Les développeurs doivent donc concevoir soigneusement la façon dont les données circulent d’une étape à l’autre. Manyfest estime que cette contrainte a finalement guidé le design vers une solution élégante et cohérente avec l’architecture de Kaspa.
Ce Que Cela Change Pour L’Écosystème Kaspa
Si le projet aboutit, Kaspa disposera d’une application native de marché de prédiction sans intermédiaire. Cela renforcerait l’argument selon lequel la couche de base peut accueillir des usages sophistiqués sans forcément s’appuyer sur une seconde couche. D’autres développeurs pourraient s’inspirer de cette approche pour construire d’autres protocoles ownerless. La communauté observe déjà avec attention les avancées en matière de standards et d’outils de développement.
Le projet s’inscrit dans une tendance plus large : la recherche de systèmes véritablement décentralisés, où aucune entité unique ne détient de pouvoir discrétionnaire. Les marchés de prédiction constituent un cas d’usage particulièrement exigeant, parce qu’ils touchent à la fois à la liquidité, à l’information et à la résolution de conflits. Réussir dans ce domaine serait un signal fort pour l’ensemble de l’écosystème.
Les Points De Vigilance Pour Les Futurs Participants
Manyfest a explicitement averti que les petits marchés seraient plus faciles à manipuler. Quiconque envisage de participer devra évaluer la liquidité, la clarté de la question et la concentration des positions. Le mécanisme de loterie atténue certains risques d’incitation perverse, mais il ne les élimine pas. Les utilisateurs devront également comprendre que le code, une fois déployé de manière ownerless, ne pourra plus être modifié facilement par une équipe centrale.
La nature expérimentale du projet est assumée. Il s’agit d’une tentative de prouver qu’un marché de prédiction peut fonctionner sans propriétaire. Les pertes éventuelles font partie du processus d’apprentissage collectif. Les développeurs ne promettent ni rendement ni sécurité absolue. Ils proposent un protocole ouvert et invitent la communauté à l’utiliser, à le tester et, le cas échéant, à le critiquer.
Résumé des précautions à prendre
- Vérifier la liquidité avant d’entrer dans un marché
- Privilégier les questions objectives et peu ambiguës
- Surveiller la concentration des positions
- Comprendre que le protocole ne pourra pas être modifié facilement
- Accepter le caractère expérimental et les risques associés
Une Philosophie De La Décentralisation Poussée À L’Extrême
Ce qui frappe dans cette annonce, c’est la cohérence entre le discours et le design. Manyfest et Bit Cat ne se contentent pas de parler de décentralisation : ils construisent un système où aucun acteur ne peut s’attribuer un rôle de propriétaire. Les mineurs sont les seuls à tirer un bénéfice structurel de l’activité, via les frais de transaction du réseau. Tout le reste appartient aux participants et au protocole.
Cette approche contraste avec de nombreux projets qui démarrent avec une équipe, une trésorerie et une feuille de route contrôlée. Ici, la feuille de route s’arrête à la livraison d’un code open source déployé de manière ownerless. Ensuite, c’est la communauté qui décide de l’adopter, de l’ignorer ou de le forker. Le pari est audacieux. Il reste à voir si la liquidité et l’intérêt se matérialiseront à la hauteur des ambitions techniques.
Les Prochaines Étapes Attendues
D’ici la fin 2026, la communauté suivra probablement plusieurs jalons : la publication du code, les tests sur un environnement de développement, l’audit éventuel par des tiers, puis le déploiement mainnet. Manyfest a déjà indiqué que le travail de mapping et de codage était en cours. Les discussions sur le forum des développeurs Kaspa continueront d’alimenter le débat technique autour du mécanisme de vote et de la loterie.
Bit Cat, de son côté, continue de défendre l’idée que les contrats événementiels sont des outils de gestion de risque avant d’être des instruments de spéculation. Cette distinction pourrait influencer la façon dont le projet est perçu et utilisé. Si des acteurs économiques réels commencent à s’en servir pour se couvrir, le marché de prédiction gagnera une légitimité supplémentaire. Dans le cas contraire, il risque de rester un terrain de jeu pour les traders crypto.
Une Expérience À Suivre De Près
Le projet de marché de prédiction ownerless sur Kaspa représente l’une des tentatives les plus radicales de transposer la logique des protocoles ouverts à un usage qui touche à la fois à l’information et à l’argent. En refusant toute structure de propriété, Manyfest et Bit Cat placent la barre très haut. Le calendrier de fin 2026 donne un horizon concret. Les prochains mois permettront de juger si le code suit, si la liquidité arrive et si le mécanisme de résolution résiste aux premières tentatives de manipulation.
Pour l’écosystème Kaspa, c’est aussi un test grandeur nature de la capacité de la couche de base à accueillir des applications complexes via les covenants et les tokens natifs. Si l’expérience réussit, d’autres développeurs pourraient s’engouffrer dans la brèche. Si elle rencontre des difficultés, elle fournira malgré tout des enseignements précieux sur les limites des designs ownerless appliqués aux marchés de prédiction. Dans tous les cas, l’annonce du 11 novembre 2026 marque un moment intéressant dans l’évolution de la blockchain Kaspa et dans la réflexion plus large sur la décentralisation réelle des applications financières.
Les participants potentiels devront avancer avec prudence, en gardant à l’esprit les avertissements des développeurs eux-mêmes. Les marchés de petite taille resteront fragiles. Les questions ambiguës créeront des litiges. La liquidité ne se décrétera pas. Pourtant, l’idée d’un protocole ouvert où chacun peut créer, trader et résoudre des contrats sans passer par un intermédiaire central conserve un pouvoir d’attraction indéniable. C’est précisément cette promesse qui justifie l’attention portée au travail de Manyfest et de Bit Cat.
Au-delà des détails techniques, ce projet pose une question plus large : jusqu’où peut-on aller dans la suppression des intermédiaires tout en conservant un système utilisable et relativement robuste ? Les marchés de prédiction constituent un terrain d’expérimentation idéal, parce qu’ils concentrent les problèmes de liquidité, d’incitation et de résolution. La réponse que donnera Kaspa dans les mois à venir intéressera bien au-delà de sa propre communauté.
En attendant la version mainnet, les discussions se poursuivent. Les propositions de juillet et d’août ont déjà évolué. D’autres ajustements interviendront probablement. La transparence des échanges entre Manyfest et Bit Cat permet à la communauté de suivre le raisonnement en temps réel. C’est une autre forme de décentralisation : celle du processus de conception lui-même. Le résultat final n’appartiendra à personne, et c’est précisément l’objectif poursuivi depuis le début.
Le marché de prédiction ownerless de Kaspa n’est pas encore disponible. Il reste un plan ambitieux porté par deux développeurs convaincus. Mais l’annonce de novembre 2026 a le mérite de la clarté : un système sans propriétaire, des tokens négociables, un vote majoritaire et une loterie pour les perdants honnêtes, le tout sur la couche de base, avec une cible de fin d’année 2026. Que le projet aboutisse exactement dans ces termes ou qu’il évolue encore, il aura déjà contribué à enrichir le débat sur ce que peut réellement être une application décentralisée.
