Fournir de la liquidité à un prediction market peut créer une nouvelle source de revenus pour un trading desk. La vraie question n’est pas de savoir si le yield annoncé semble attractif, mais si le risque, le capital, les conditions de campagne et la protection du paiement justifient le mandat.
Si vous cherchez comment devenir prediction market liquidity provider, vous ne cherchez probablement pas une nouvelle explication générale de YES et NO.
Vous voulez savoir ce que vous devez réellement faire, d’où vient le revenu, combien de capital est immobilisé, ce qui se passe quand un côté du book est rempli en continu, si Polymarket peut servir de hedge et si l’opérateur a déjà financé le paiement.
Un fournisseur de liquidité de prediction markets ne dépose pas simplement des tokens dans un pool pour recevoir un APY. Sur un CLOB, il place des bids et asks exécutables, gère l’inventaire d’outcome tokens, actualise les quotes quand les probabilités changent et supporte le risque que des traders informés arrivent les premiers.
La rémunération peut venir du spread capture, des rewards de campagne, des incentives maker ou d’une combinaison. Aucune de ces sources ne supprime le risque de marché.
Kuest ajoute des campagnes de liquidité financées et coordonnées par un contrat d’escrow on-chain. L’escrow ne rend pas le trading rentable. Il rend explicites le financement du sponsor, les conditions acceptées par le maker, le service à fournir et le moment où le paiement peut être retiré.
Que fait un prediction market liquidity provider ?
Il maintient les deux côtés d’un contrat événementiel négociables.
Le provider place un bid — le prix auquel il accepte d’acheter — et un ask — le prix auquel il accepte de vendre. La différence est le spread. Quand un trader achète au ask, le provider reçoit du collateral et livre l’outcome token. Quand un trader vend au bid, le provider acquiert le token et paie le collateral.
La documentation market making de Polymarket décrit le même travail : publier continuellement bids et asks, approfondir les order books, resserrer les spreads, soutenir la price discovery et absorber le flow.
Que se passe-t-il lorsqu’un trader exécute votre quote ?
Chaque fill modifie l’inventaire. Si vous cotez YES à 0,54 $ et vendez 1 000 contrats, vous avez moins de YES, davantage de collateral et potentiellement plus d’exposition à l’événement.
La réponse peut être de racheter YES, d’acheter le NO complémentaire, d’ajuster les quotes ou de conserver la position dans un inventory band. Il n’existe pas de hedge universel pour chaque fill.
Prediction market liquidity provider vs. market maker vs. trader
| Rôle | Activité principale | Source économique | Risque principal |
|---|---|---|---|
| Directional trader | Prend une vue sur un outcome | Anticiper correctement l’événement | La position évolue contre la thèse |
| Liquidity provider | Maintient des bids et asks exécutables | Spread, rewards ou mandat | Inventaire et adverse selection |
| Market maker | Opère pricing, quotes, inventaire et exécution | Spread plus incentives ou campagne | Risque de marché, opérationnel et capital |
| Arbitrageur | Échange une relation entre positions équivalentes | Différence nette après coûts | Basis, fills et settlement |
Un desk peut remplir plusieurs rôles, mais doit séparer campaign payment et trading P&L dans son modèle.
Comment les liquidity providers de prediction markets gagnent-ils de l’argent ?
Spread capture
Acheter au bid et vendre à l’ask peut capter le spread. La P&L réalisée dépend de la séquence des fills : vous pouvez aussi accumuler du YES pendant une information importante et devoir sortir à un prix défavorable.
Campaign payment
Un opérateur ou un sponsor peut payer pour maintenir profondeur, spread, coverage ou disponibilité pendant une période définie. Ce paiement rémunère un service et ne garantit pas le bénéfice de chaque fill.
Maker incentives et liquidity rewards
Les rebates et incentives sont des revenus variables. Ils peuvent changer selon les paramètres de la venue, l’activité, l’éligibilité et la qualité des ordres.
Économie du hedge et de l’inventaire
Un provider peut parfois réduire son exposition contre un marché externe équivalent ou corrélé. Un hedge bien exécuté aide ; un contrat différent, un book peu profond ou un hedge tardif peut produire des pertes.
| Source de revenus | Comment elle apparaît | Ce qui la réduit |
|---|---|---|
| Spread capture | Acheter aux bids et vendre aux asks | Adverse selection, pertes d’inventaire et mises à jour |
| Campaign reward | Respecter un mandat de liquidité financé | Dispute, termes non respectés, bond et panne opérationnelle |
| Maker incentive | Reward ou programme de fees de la venue | Changement de paramètres, éligibilité et baisse d’activité |
| Économie du hedge | Gérer l’exposition entre marchés liés | Basis risk, slippage, latence et partial fills |
Combien peut gagner un prediction market liquidity provider ?
Il n’existe pas d’APY universel pour un prediction market liquidity provider. Le résultat dépend du marché, de la stratégie, du mandat, du flow et du budget de risque.
résultat net attendu = spread capture
+ campaign reward
+ incentives éligibles
- adverse selection
- pertes d’inventaire et de hedge
- fees, gas et slippage
- infrastructure et monitoring
- coût du capitalUn spread étroit peut générer davantage de fills mais aussi plus d’adverse selection. Un spread large protège le book mais peut réduire le volume ou manquer l’exigence de la campagne. Un reward important peut compenser un mandat difficile ou signaler un service plus risqué.
Le cadre TokenIntel sur le DeFi yield et le risque donne une règle utile : le yield rémunère le risque porté. Un chiffre élevé demande une meilleure décomposition du risque, pas une allocation automatique.
Qu’est-ce que le DeFi market making yield — et est-il passif ?
DeFi market making yield peut désigner des AMM pools, du staking, des managed vaults ou des stratégies CLOB actives. Ces modèles ont des cash flows, des contrôles et des risques différents.
| Modèle | Comment la liquidité est fournie | Origine du rendement | Contrôle |
|---|---|---|---|
| AMM pool | Assets déposés dans une courbe | Trading fees et incentives | Passif ou paramétré |
| Lending ou staking | Capital alloué à un protocole | Intérêts, émissions ou rewards | Plutôt passif |
| Market-making vault | Capital délégué à une stratégie | Strategy P&L et fees | Délégué |
| Prediction-market CLOB | Bids et asks en direct | Spread, rewards et campaign payment | Actif et opérationnel |
Pour un provider actif, la bonne question est : quelle est ma P&L ajustée du risque pour ce mandat ? Les recherches récentes sur le market making optimal relient inventaire, croyances du marché, temps jusqu’à la résolution et aversion au risque aux quotes.
Risque du prediction market liquidity provider : que peut-il arriver ?
Inventaire et adverse selection
Un trader peut acheter votre ask parce que votre quote est stale face à une nouvelle information. Si le flow à sens unique continue, l’inventaire se concentre sur l’outcome que le marché abandonne. Utilisez inventory bands, quote skew, limites de position et kill switches.
Resolution et basis risk
Kuest et un marché externe peuvent avoir une resolution source, un cutoff, un wording ou des règles d’annulation différents. La position externe n’est alors pas un hedge parfait.
Partial fills et risque de hedge
Le premier leg peut être rempli alors que le second ne l’est pas. Le risk engine doit prévoir une politique pour la quantité unhedged : envoyer l’ordre ne signifie pas que le hedge est exécuté.
Liquidité, sortie et capital immobilisé
Un marché thin peut permettre d’entrer mais pas de sortir à un prix raisonnable. Le guide TradeAlgo insiste sur les quotes des deux côtés, l’automatisation, l’inventaire et les contrôles par marché.
Le collateral et les outcome tokens peuvent rester bloqués jusqu’au close, à la resolution, au redemption ou au rebalance. Ajoutez les risques wallet, relayer, oracle, API, websocket, gas et compliance.
Fournir de la liquidité est-il plus sûr avec un escrow on-chain ?
L’escrow on-chain résout un problème précis : la différence entre une promesse de paiement et un paiement financé selon des règles transparentes.
Sans escrow, opérateur et maker peuvent convenir off-chain d’une profondeur de 30 jours contre un reward. Restent possibles un retard de paiement, le retrait du sponsor, un désaccord sur le bond ou une dispute sur le spread et la coverage.
L’escrow ne décide pas si la stratégie de trading était bonne. Il coordonne les obligations commerciales que les deux parties ont accepté de financer.
| Question | Accord informel | Campagne Kuest avec escrow |
|---|---|---|
| Le reward est-il financé avant le service ? | Cela dépend du sponsor | Le funding est enregistré selon les termes |
| Les obligations sont-elles visibles avant acceptation ? | Messages ou document | Termes présentés avant l’acceptation |
| Le sponsor peut-il annuler après acceptation ? | Selon l’accord | L’état du contrat suit les termes |
| Que se passe-t-il en cas de dispute ? | Négociation bilatérale | Review et settlement définis |
| Le trading profit est-il garanti ? | Non | Non |
Comment fonctionne le Kuest MarketMakerEscrow ?
MarketMakerEscrow coordonne reward, bond optionnel, service, review et withdrawal pour les campagnes de liquidité approuvées sur Polygon.
1. Le sponsor finance la campagne
Les termes peuvent inclure market ou series, depth par côté, spread maximal, coverage, dates, reward, bond, acceptance deadline, fenêtres de review/dispute et disponibilité d’un hedge Polymarket.
Le reward et les montants de protocole sont financés avant l’acceptation. Le maker évalue donc un mandat concret, pas une promesse non collatéralisée.
2. Le market maker approuvé examine le mandat
La participation est soumise à approval. Le maker vérifie wallet, scope, obligations, capital, contexte de hedge et dispute terms. Il n’accepte pas un produit de yield, mais un service de liquidité défini.
3. Acceptation et bond
Si un bond est requis, le maker approuve le payment token et accepte la campagne via le contrat. Le bond est suivi comme une liability de la campagne.
4. Fourniture de liquidité
Pendant le service, il maintient les quotes, depth, spread, coverage et availability convenus. L’escrow ne remplace ni le bot ni le risk engine.
5. Review et dispute
À la fin du service, une période de review peut commencer. Une violation matérielle peut suspendre le règlement normal pendant l’examen du dossier.
6. Finalize et withdraw
Après une conclusion favorable, la campagne peut être finalisée. L’allocation du maker devient disponible dans pendingWithdrawals et le payout account peut appeler withdraw().
Ce que l’escrow Kuest couvre — et ce qu’il ne couvre pas
| L’escrow couvre | Le market maker reste responsable de |
|---|---|
| Comptabilisation du reward | Fair-value estimation |
| Comptabilisation du bond | Choix du bid et de l’ask |
| Acceptance et campaign state | Quote size et inventory limits |
| Service, review et dispute | Adverse selection |
| Finalization et solde retirable | Hedge execution et basis risk |
| Settlement selon les règles | Diligence smart contract, venue et opérations |
L’escrow n’est pas une assurance. Il ne couvre ni une mauvaise cotation, ni un modèle erroné, ni un hedge non rempli, ni un bot hors ligne, ni un reward trop faible pour le risque.
Comment évaluer une campagne de liquidité de prediction market
Traitez la campagne comme un trading mandate accompagné d’un contrat.
Depth, spread maximal et capital
500 $ par côté n’est pas le même mandat que 50 000 $. Un spread très serré dans un marché sensible à l’information peut transformer le reward en compensation d’adverse selection.
Durée et bond
Plus le service est long, plus les probabilités, le flow et la liquidité externe peuvent changer. Modélisez collateral, outcome tokens, bond, gas et réserves pour partial hedges.
Reward et économie nette
reward + trading P&L attendue
- fees - gas - slippage
- coût du capital - coût du bond
- perte attendue d’inventaire et d’adverse selectionHedge et dispute terms
Validez la question, les outcomes, la resolution source, le close time, le token mapping, la profondeur exécutable et la situation où un seul leg est rempli. Comprenez qui peut signaler une violation, quelles preuves comptent et quand le maker peut retirer.
Mirror markets vs. operator-created markets : lequel est le plus facile à hedger ?
Un Polymarket mirror peut avoir une source, un mapping, un book et une référence externe. Cela aide pour la fair value et l’inventaire, mais ne garantit pas une resolution identique.
Un operator-created market peut offrir du flow propriétaire et moins de concurrence. Sans contrat externe équivalent, le maker assume directement le pricing, l’inventaire et l’event risk.
Comment la shared liquidity améliore l’efficacité du capital
Les marchés compatibles ayant les mêmes outcome token IDs utilisent les mêmes order books Kuest. Un ordre envoyé depuis un opérateur peut matcher le flow d’un autre.
Cela peut permettre à un quote d’atteindre plusieurs audiences et réduire le cold start. Mais deux pages affichant le même book ne sont pas deux venues indépendantes. Consultez l’architecture Kuest avant de modéliser un deployment comme une exchange isolée.
Comment hedger l’inventaire YES/NO entre Kuest et Polymarket
Reconstituer le même outcome
Si un client achète YES à votre ask Kuest, vous pouvez acheter du YES équivalent sur Polymarket si condition, mapping, depth, timing, fees et slippage concordent.
Construire une paire YES/NO complète
Si YES et NO de la même condition coûtent ensemble moins de 1 $, la paire peut avoir une valeur de settlement connue de 1 $ si les règles sont identiques.
gross pair edge = $1 - (YES cost + NO cost)Mapper conditions et tokens
{
"source": "polymarket",
"sourceConditionId": "0x...",
"sourceYesTokenId": "...",
"sourceNoTokenId": "...",
"kuestConditionId": "0x...",
"kuestYesTokenId": "...",
"kuestNoTokenId": "...",
"resolutionSource": "...",
"closeTime": "...",
"mappingStatus": "verified"
}Un titre similaire ne suffit pas. Refusez le hedge si wording, close time, resolution, outcome order ou settlement path diffèrent.
Quelle infrastructure faut-il à un prediction market liquidity provider ?
Il faut des market data live, order books, un pricing avec fair value et inventory skew, fill reconciliation, des limites d’exposition, quote-age, pause handling, kill switches, wallet/gas alerts, settlement monitoring et un suivi des campagnes.
La vue market data de Polymarket et sa référence order book documentent les données nécessaires à un système de quotes.
Comment devenir prediction market liquidity provider sur Kuest
- Lisez la page market maker de Kuest et le modèle du protocole.
- Préparez wallet, CLOB, market data, risque et reconciliation.
- Demandez l’approval.
- Évaluez les campagnes selon type, spread, depth, durée, reward, bond et hedge externe.
- Validez indépendamment le mapping et la résolution.
- N’acceptez que les mandats compatibles avec vos limites.
- Fournissez la liquidité et surveillez termes et performance.
- Terminez review/finalization et retirez l’allocation disponible.
FAQ : Prediction Market Liquidity Providers
Que fait un prediction market liquidity provider ?
Il publie des bids et asks exécutables, fournit de la profondeur et gère l’inventaire YES/NO. Il peut gagner spread, rewards ou campaign payment en échange du risque assumé.
La fourniture de liquidité est-elle passive ?
Sur un CLOB, généralement non. Il faut gérer quotes, inventaire, partial fills, annulations et limites de risque.
Qu’est-ce que le DeFi market making yield ?
Un terme large pour les rendements issus de la liquidité sur les marchés crypto. Dans les prediction markets, il peut inclure spread, incentives et campagnes. Ce n’est pas une APY garantie.
Quels sont les principaux risques ?
Adverse selection, inventaire déséquilibré, hedge défaillant, basis risk, faible liquidité, capital immobilisé, resolution, smart contracts, APIs et réglementation.
Qu’est-ce que MarketMakerEscrow ?
Un smart contract Polygon qui coordonne reward, bond, service, review, finalization et withdrawal des campagnes de liquidité.
L’escrow garantit-il le profit ?
Non. Il protège le mandat commercial selon les règles du contrat, mais pas le spread capture, le hedge execution ou la trading P&L.
Les market makers Kuest doivent-ils être approuvés ?
Oui. La participation aux campagnes exige un approval et le wallet est vérifié avant l’acceptation.
Puis-je hedger un marché Kuest sur Polymarket ?
Potentiellement, si payoff, token mapping, resolution, timing et liquidité exécutable concordent. Le maker doit vérifier l’équivalence.
Que vérifier avant d’accepter une campagne ?
Depth, spread maximal, coverage, durée, reward, bond, capital, hedge, resolution source, mesure, litiges et P&L nette attendue.