Proporcionar liquidez a un prediction market puede crear una nueva línea de ingresos para un trading desk. La pregunta importante no es si el yield anunciado parece atractivo, sino si el riesgo, el capital, los términos de la campaña y la protección del pago justifican el mandato.
Si buscas cómo convertirte en prediction market liquidity provider, probablemente no necesitas otra explicación genérica de YES y NO.
Quieres saber qué haces realmente, de dónde sale el dinero, cuánto capital queda bloqueado, qué ocurre cuando un lado del book se llena repetidamente, si Polymarket puede ayudarte a cubrirte y si el operador ya ha financiado el pago.
Un liquidity provider de prediction markets no deposita tokens en un pool para cobrar un APY. En un CLOB coloca bids y asks ejecutables, gestiona inventario de outcome tokens, actualiza quotes cuando cambian las probabilidades y asume el riesgo de que traders informados lleguen primero.
La compensación puede venir del spread, rewards de campaña, incentivos de maker o una combinación. Ninguna fuente elimina el riesgo de mercado.
Kuest añade campañas de liquidez financiadas y coordinadas mediante un contrato de escrow on-chain. El escrow no hace rentable el trading: hace explícitos el capital del sponsor, los términos aceptados por el maker, el servicio requerido y el momento en que el pago puede retirarse.
¿Qué hace un proveedor de liquidez de prediction markets?
Mantiene negociables ambos lados de un contrato de evento.
Coloca un bid —el precio al que compra— y un ask —el precio al que vende—. La diferencia es el spread. Si otro trader compra el ask, el provider recibe collateral y entrega el outcome token. Si vende contra el bid, el provider adquiere el token y paga collateral.
La documentación de market making de Polymarket describe el mismo trabajo: publicar bids y asks, profundizar los order books, estrechar spreads, apoyar price discovery y absorber flujo.
¿Qué ocurre cuando un trader ejecuta tu quote?
Cada fill cambia el inventario. Si cotizas YES a $0,54 y vendes 1.000 contratos, tienes menos YES, más collateral y posiblemente más exposición al evento.
La respuesta puede ser recomprar YES, comprar NO, cambiar los quotes o mantener la posición dentro de un inventory band. No hay una acción de hedge universal.
Prediction market liquidity provider vs. market maker vs. trader
| Rol | Actividad | Economía principal | Riesgo principal |
|---|---|---|---|
| Directional trader | Toma una visión sobre un outcome | Acertar el evento | La posición va contra la tesis |
| Liquidity provider | Mantiene bids y asks ejecutables | Spread, rewards o mandato | Inventario y adverse selection |
| Market maker | Opera pricing, quotes, inventario y ejecución | Spread más incentivos o campaña | Riesgo de mercado, operación y capital |
| Arbitrageur | Opera relaciones entre posiciones equivalentes | Diferencia neta tras costes | Basis, fills y settlement |
Un desk puede cumplir varios roles, pero debe separar campaign payment y trading P&L en su modelo.
¿Cómo ganan dinero los liquidity providers de prediction markets?
Spread capture
Comprar en el bid y vender en el ask puede capturar el spread. La P&L real depende del orden de los fills: también puedes acumular YES durante una noticia y tener que salir a peor precio.
Campaign payment
Un operator o sponsor puede pagar por mantener profundidad, spread, coverage o disponibilidad durante un periodo. Ese pago remunera un servicio; no garantiza beneficio en cada fill.
Maker incentives y liquidity rewards
Rebates e incentivos son ingresos variables. Pueden cambiar por parámetros del venue, actividad, elegibilidad y calidad de las órdenes.
Economía del hedge y del inventario
Un provider puede reducir exposición contra un mercado externo equivalente o correlacionado. Un hedge bien ejecutado ayuda; un contrato distinto, un book fino o un hedge tardío puede producir pérdidas.
| Fuente de ingresos | Cómo se crea | Qué la reduce |
|---|---|---|
| Spread capture | Comprar en bid y vender en ask | Adverse selection, pérdidas de inventario y actualizaciones |
| Campaign reward | Cumplir un mandato de liquidez financiado | Dispute, términos incumplidos, bond y fallos operativos |
| Maker incentive | Reward o programa de fees del venue | Cambios de parámetros, elegibilidad y menor actividad |
| Economía del hedge | Gestionar exposición entre mercados relacionados | Basis, slippage, latencia y partial fills |
¿Cuánto puede ganar un prediction market liquidity provider?
No existe un APY universal para un prediction market liquidity provider. El resultado depende del mercado, la estrategia, el mandato, el flujo y el riesgo permitido.
resultado neto esperado = spread capture
+ campaign reward
+ incentivos elegibles
- adverse selection
- pérdidas de inventario y hedge
- fees, gas y slippage
- infraestructura y monitoring
- coste de capitalUn spread estrecho puede generar más fills pero más adverse selection. Uno amplio protege el book, pero puede reducir volumen o incumplir la campaña. Un reward grande puede compensar un mandato difícil o señalar que el servicio exige más riesgo.
El marco de TokenIntel sobre DeFi yield y riesgo aporta una regla útil: yield es la compensación por mantener riesgo. Un número alto exige descomponer mejor el riesgo, no asignar capital automáticamente.
¿Qué es DeFi market making yield y es pasivo?
DeFi market making yield puede referirse a AMM pools, staking, managed vaults o estrategias activas de CLOB. Tienen cash flows, controles y riesgos diferentes.
| Modelo | Cómo se aporta liquidez | Cómo se genera el retorno | Control |
|---|---|---|---|
| AMM pool | Assets en una curva de pool | Trading fees e incentivos | Pasivo o parametrizado |
| Lending o staking | Capital en un protocolo | Interés, emisiones o rewards | Mayormente pasivo |
| Market-making vault | Capital delegado a una estrategia | Strategy P&L y fees | Delegado |
| Prediction-market CLOB | Bids y asks en vivo | Spread, rewards y campaign payment | Activo y operativo |
Para un provider activo, la pregunta correcta es: ¿cuál es mi P&L ajustada al riesgo para este mandato? La investigación reciente sobre market making óptimo relaciona inventory, creencias del mercado, tiempo hasta resolution y aversión al riesgo con los quotes.
Riesgo del prediction market liquidity provider: qué puede salir mal
Inventario y adverse selection
Un trader puede comprar tu ask porque tu quote está stale frente a nueva información. Si el flujo continúa en una dirección, el inventario se concentra en el outcome que el mercado está abandonando. Usa inventory bands, quote skew, límites de posición y kill switches.
Resolution y basis risk
Kuest y un mercado externo pueden tener distinta resolution source, cutoff, redacción o cancelación. En ese caso la posición externa no es un hedge perfecto.
Partial fills y riesgo de hedge
La primera pierna puede llenarse y la segunda no. El risk engine necesita una política explícita para la cantidad unhedged: enviar la orden no significa que el hedge se haya ejecutado.
Liquidez, salida y capital bloqueado
Un mercado thin puede permitir entrar pero no salir a un precio razonable. El guía de TradeAlgo destaca quotes en ambos lados, automatización, inventario y controles por mercado.
Collateral y outcome tokens pueden quedar bloqueados hasta close, resolution, redemption o rebalance. Añade wallet, relayer, oracle, API, websocket, gas y compliance risk.
¿Es más seguro proporcionar liquidez con on-chain escrow?
El escrow on-chain resuelve un problema específico: la diferencia entre que te prometan un pago y que ese pago esté financiado bajo reglas transparentes.
Sin escrow, operator y maker pueden pactar off-chain profundidad por 30 días a cambio de reward. Quedan posibles el retraso, el cambio de opinión del sponsor, la discusión sobre el bond y el desacuerdo sobre spread o coverage.
Escrow no decide si la estrategia fue buena. Coordina las obligaciones comerciales que ambas partes acordaron financiar.
| Pregunta | Acuerdo informal | Campaña Kuest con escrow |
|---|---|---|
| ¿El reward está financiado antes del servicio? | Depende del sponsor | El funding queda registrado en el contrato |
| ¿Los términos son visibles antes de aceptar? | Mensajes o documento | Se muestran antes de la aceptación |
| ¿Puede cancelarse tras aceptar? | Depende del acuerdo | Sigue el estado y los términos del contrato |
| ¿Qué pasa en una disputa? | Negociación bilateral | Review y settlement definidos |
| ¿Garantiza trading profit? | No | No |
Cómo funciona Kuest MarketMakerEscrow
MarketMakerEscrow coordina reward, bond opcional, servicio, review y withdrawal para campañas de liquidez aprobadas en Polygon.
1. El sponsor financia la campaña
Los términos pueden incluir market o series, depth por lado, spread máximo, coverage, fechas, reward, bond, deadline de aceptación, ventanas de review/dispute y disponibilidad de hedge Polymarket.
El reward y los importes de protocolo se financian antes de que el maker acepte. Así evalúa un mandato concreto, no una promesa sin collateral.
2. El market maker aprobado revisa
La participación requiere approval. El maker revisa wallet, scope, obligaciones, capital, hedge y dispute terms. No está aceptando un producto de yield: está aceptando un servicio de liquidez definido.
3. Aceptación y bond
Si se requiere bond, el maker aprueba el payment token y acepta mediante el contrato. El bond se registra como liability de la campaña.
4. Provisión de liquidez
Durante el servicio mantiene las quotes, depth, spread, coverage y availability acordadas. Escrow no sustituye al bot ni al risk engine.
5. Review y dispute
Al terminar el servicio puede abrirse un periodo de review. Un incumplimiento material puede pausar la liquidación normal mientras se revisa el caso.
6. Finalize y withdraw
Si la campaña termina correctamente, se finaliza. La asignación del maker queda disponible en pendingWithdrawals y la payout account puede llamar a withdraw().
Qué cubre Kuest escrow y qué no
| Cubre Kuest escrow | Sigue siendo responsabilidad del maker |
|---|---|
| Contabilidad del reward | Fair value |
| Contabilidad del bond | Selección de bid y ask |
| Acceptance y estado de campaña | Size y límites de inventario |
| Service, review y dispute | Adverse selection |
| Finalization y balance retirable | Hedge execution y basis risk |
| Settlement bajo reglas del contrato | Diligencia de smart contract, venue y operación |
Escrow no es un seguro. No cubre una mala cotización, un modelo erróneo, un hedge que no llenó, un bot offline o una campaña cuyo reward no compensa el riesgo.
Cómo evaluar una campaña de liquidez de prediction market
Trata la campaña como un trading mandate con contrato.
Depth, spread máximo y capital
$500 por lado no es el mismo mandato que $50.000. Un spread muy estrecho en un mercado sensible a información puede convertir el reward en pago por adverse selection.
Duración y bond
Cuanto más largo el servicio, más pueden cambiar las probabilidades y la liquidez externa. Modela collateral, tokens, bond, gas y reservas para hedges parciales.
Reward y economía neta
reward + trading P&L esperada
- fees - gas - slippage
- coste de capital - coste del bond
- pérdida esperada de inventario y adverse selectionHedge y dispute terms
Valida pregunta, outcomes, resolution source, close time, token mapping, profundidad ejecutable y qué ocurre si solo se llena una pierna. Revisa quién puede reportar una violación, qué evidencia cuenta y cuándo puedes retirar.
Mirror markets vs. operator-created markets: ¿qué es más fácil de cubrir?
Un Polymarket mirror puede tener fuente, mapping, book y referencia externa. Eso ayuda con fair value e inventory, pero no garantiza resolution idéntica.
Un operator-created market puede ofrecer flujo propietario y menos competencia. Sin contrato equivalente externo, el maker debe asumir directamente pricing, inventory y event risk.
Cómo cambia shared liquidity la eficiencia de capital
Los mercados compatibles con los mismos outcome token IDs usan los mismos order books de Kuest. Un order enviado desde un operador puede cruzarse con flow de otro.
Esto puede hacer que una quote alcance varias audiencias y reducir el cold start. Pero dos páginas que muestran el mismo book no son dos venues independientes. Lee la arquitectura de Kuest antes de modelar un deployment como exchange aislado.
Cómo hacer hedge de inventario YES/NO entre Kuest y Polymarket
Reponer el mismo outcome
Si un cliente compra YES de tu ask Kuest, puedes comprar YES equivalente en Polymarket si condition, mapping, depth, timing, fees y slippage encajan.
Construir un par YES/NO
Si YES y NO de la misma condition cuestan juntos menos de $1, el par puede tener un valor de settlement conocido de $1 con reglas idénticas.
gross pair edge = $1 - (YES cost + NO cost)Mapear conditions y tokens
{
"source": "polymarket",
"sourceConditionId": "0x...",
"sourceYesTokenId": "...",
"sourceNoTokenId": "...",
"kuestConditionId": "0x...",
"kuestYesTokenId": "...",
"kuestNoTokenId": "...",
"resolutionSource": "...",
"closeTime": "...",
"mappingStatus": "verified"
}Un titular parecido no basta. Rechaza el hedge si wording, close time, resolution, outcome order o settlement path difieren.
Qué infraestructura necesita un prediction market liquidity provider
Necesitas market data en vivo, order books, pricing con fair value e inventory skew, fill reconciliation, límites de exposición, quote-age, pause handling, kill switches, wallet/gas alerts, settlement monitoring y tracking de campañas.
La visión general de market data de Polymarket y su referencia de order book documentan los datos que debe consumir un sistema de quotes.
Cómo convertirse en prediction market liquidity provider en Kuest
- Lee la página de market makers de Kuest y el modelo del protocolo.
- Prepara wallet, CLOB, market data, riesgo y reconciliación.
- Solicita approval.
- Evalúa campañas por tipo, spread, depth, duración, reward, bond y hedge externo.
- Valida mapping y resolution de forma independiente.
- Acepta solo mandatos que encajen con tus límites.
- Proporciona liquidez y monitoriza términos y rendimiento.
- Completa review/finalization y retira la asignación disponible.
FAQ: Prediction Market Liquidity Providers
¿Qué hace un prediction market liquidity provider?
Publica bids y asks ejecutables, aporta profundidad y gestiona inventario YES/NO. Puede ganar spread, rewards o campaign payment a cambio de asumir riesgo.
¿La provisión de liquidez es pasiva?
En un CLOB normalmente no. Hay que gestionar quotes, inventario, partial fills, cancelaciones y límites de riesgo.
¿Qué es DeFi market making yield?
Es un término amplio para retornos generados al aportar liquidez en mercados cripto. En prediction markets puede incluir spread, incentivos y campañas. No es una APY garantizada.
¿Cuáles son los principales riesgos?
Adverse selection, inventario desequilibrado, hedge fallido, basis risk, poca liquidez, capital bloqueado, resolution, smart contracts, APIs y regulación.
¿Qué es MarketMakerEscrow?
Un smart contract en Polygon que coordina reward, bond, servicio, review, finalization y withdrawal de campañas de liquidez.
¿Escrow garantiza beneficios?
No. Protege el mandato comercial bajo sus reglas, pero no spread capture, hedge execution ni trading P&L.
¿Los market makers de Kuest necesitan approval?
Sí. La participación en campañas requiere approval y la wallet se comprueba antes de aceptar.
¿Puedo cubrir un mercado Kuest en Polymarket?
Potencialmente, si payoff, token mapping, resolution, timing y liquidez ejecutable coinciden. El maker debe validar la equivalencia.
¿Qué debo revisar antes de aceptar una campaña?
Depth, spread máximo, coverage, duración, reward, bond, capital, hedge, resolution source, medición, disputas y P&L neta esperada.