Fornecer liquidez para um prediction market pode criar uma nova fonte de receita para um trading desk. A pergunta importante não é se o yield anunciado parece atraente, mas se risco, capital, termos da campanha e proteção do pagamento justificam o mandato.
Se você está pesquisando como se tornar um prediction market liquidity provider, provavelmente não precisa de outra explicação genérica sobre YES e NO.
Você quer saber o que realmente precisa fazer, de onde vem o dinheiro, quanto capital fica bloqueado, o que acontece quando um lado do book é preenchido repetidamente, se a Polymarket pode ajudar no hedge e se o operador já financiou o pagamento.
Um provedor de liquidez de prediction markets não deposita tokens em um pool para receber APY. Em um CLOB, ele coloca bids e asks executáveis, gerencia inventário de outcome tokens, atualiza quotes quando as probabilidades mudam e assume o risco de traders informados chegarem primeiro.
A remuneração pode vir de spread capture, rewards de campanha, incentivos de maker ou uma combinação. Nenhuma dessas fontes elimina o risco de mercado.
A Kuest acrescenta campanhas de liquidez financiadas e coordenadas por um contrato de escrow on-chain. O escrow não torna o trading lucrativo. Ele torna explícitos o que o sponsor financia, o que o maker aceita, qual serviço deve ser entregue e quando o pagamento pode ser retirado.
O que faz um prediction market liquidity provider?
Ele mantém os dois lados de um contrato de evento negociáveis.
O provider coloca um bid — o preço pelo qual aceita comprar — e um ask — o preço pelo qual aceita vender. A diferença é o spread. Quando outro trader compra no ask, o provider recebe collateral e entrega o outcome token. Quando outro trader vende no bid, o provider adquire o token e paga collateral.
A documentação de market making da Polymarket descreve o mesmo trabalho: publicar bids e asks continuamente, aprofundar order books, reduzir spreads, apoiar price discovery e absorver fluxo.
O que acontece quando um trader preenche seu quote?
Todo fill muda o inventário. Se você cotou YES a US$ 0,54 e vendeu 1.000 contratos, agora tem menos YES, mais collateral e possivelmente maior exposição ao evento.
A resposta pode ser recomprar YES, comprar o NO complementar, ajustar quotes ou manter a posição dentro de um inventory band. Não há uma ação universal de hedge para todo fill.
Prediction market liquidity provider vs. market maker vs. trader
| Papel | Atividade principal | Economia principal | Risco principal |
|---|---|---|---|
| Directional trader | Assume uma visão sobre um outcome | Acertar o evento | A posição vai contra a tese |
| Liquidity provider | Mantém bids e asks executáveis | Spread, rewards ou mandato | Inventário e adverse selection |
| Market maker | Opera pricing, quotes, inventário e execução | Spread mais incentivos ou campanha | Risco de mercado, operação e capital |
| Arbitrageur | Opera relações entre posições equivalentes | Diferença líquida após custos | Basis, fills e settlement |
Um desk pode exercer mais de um papel, mas deve separar campaign payment e trading P&L no modelo.
Como os provedores de liquidez de prediction markets ganham dinheiro?
Spread capture
Comprar no bid e vender no ask pode capturar o spread. A P&L realizada depende da sequência de fills: você também pode acumular YES durante um evento de informação e precisar sair a um preço pior.
Campaign payment
Um operador ou sponsor pode pagar para manter profundidade, spread, coverage ou disponibilidade por um período. Esse pagamento remunera um serviço; não garante lucro em cada fill.
Maker incentives e liquidity rewards
Rebates e incentivos são receitas variáveis. Podem mudar conforme parâmetros do venue, atividade, elegibilidade e qualidade das ordens.
Economia de hedge e inventário
Um provider pode reduzir exposição contra um mercado externo equivalente ou correlacionado. Um hedge bem executado ajuda; um contrato diferente, um book raso ou um hedge atrasado pode gerar perdas.
| Fonte de receita | Como é criada | O que a reduz |
|---|---|---|
| Spread capture | Comprar no bid e vender no ask | Adverse selection, perdas de inventário e atualizações de quote |
| Campaign reward | Cumprir um mandato de liquidez financiado | Dispute, termos descumpridos, bond e falha operacional |
| Maker incentive | Reward ou programa de fees do venue | Mudanças de parâmetros, elegibilidade e menor atividade |
| Economia de hedge | Gerenciar exposição em mercados relacionados | Basis risk, slippage, latência e partial fills |
Quanto pode ganhar um prediction market liquidity provider?
Não existe APY universal para um prediction market liquidity provider. O resultado depende do mercado, estratégia, mandato, fluxo e orçamento de risco.
resultado líquido esperado = spread capture
+ campaign reward
+ incentivos elegíveis
- adverse selection
- perdas de inventário e hedge
- fees, gas e slippage
- infraestrutura e monitoramento
- custo de capitalUm spread estreito pode gerar mais fills, mas também mais adverse selection. Um spread largo protege o book, mas pode reduzir volume ou falhar a exigência da campanha. Um reward maior pode compensar um mandato difícil ou sinalizar que o serviço exige mais risco.
O framework da TokenIntel sobre DeFi yield e risco oferece uma regra útil: yield é a compensação por carregar risco. Um número alto exige decompor melhor o risco, não alocar capital automaticamente.
O que é DeFi market making yield — e ele é passivo?
DeFi market making yield pode significar AMM pools, staking, managed vaults ou estratégias ativas de CLOB. Esses modelos têm fluxos de caixa, controles e riscos diferentes.
| Modelo | Como a liquidez é fornecida | Como o retorno é gerado | Controle |
|---|---|---|---|
| AMM pool | Assets depositados em uma curva | Trading fees e incentivos | Passivo ou parametrizado |
| Lending ou staking | Capital alocado a um protocolo | Juros, emissões ou rewards | Em grande parte passivo |
| Market-making vault | Capital delegado a uma estratégia | Strategy P&L e fees | Delegado |
| Prediction-market CLOB | Bids e asks ao vivo | Spread, rewards e campaign payment | Ativo e operacional |
Para um provider ativo, a pergunta melhor é: qual é minha P&L ajustada ao risco para este mandato? A pesquisa recente sobre market making ótimo relaciona inventário, crença do mercado, tempo até a resolução e aversão ao risco aos quotes.
Risco do prediction market liquidity provider: o que pode dar errado
Inventário e adverse selection
Um trader pode comprar seu ask porque o quote ficou stale diante de uma informação nova. Se o fluxo unilateral continuar, o inventário se concentra no outcome que o mercado está abandonando. Use inventory bands, quote skew, limites de posição e kill switches.
Resolution e basis risk
Kuest e um mercado externo podem ter resolution source, cutoff, redação ou regras de cancelamento diferentes. Nesse caso, a posição externa não é um hedge perfeito.
Partial fills e risco de hedge
A primeira perna pode preencher sem que a segunda preencha. O risk engine precisa de uma política explícita para a quantidade unhedged: enviar a ordem não significa que o hedge foi executado.
Liquidez, saída e capital bloqueado
Um mercado thin pode permitir entrada, mas não saída a preço razoável. O guia da TradeAlgo destaca quotes nos dois lados, automação, inventário e controles por mercado.
Collateral e outcome tokens podem ficar bloqueados até close, resolution, redemption ou rebalance. Inclua também risco de wallet, relayer, oracle, API, websocket, gas e compliance.
Fornecer liquidez é mais seguro com escrow on-chain?
O escrow on-chain resolve um problema específico: a diferença entre uma promessa de pagamento e um pagamento financiado sob regras transparentes.
Sem escrow, operador e maker podem combinar off-chain profundidade por 30 dias em troca de reward. Permanecem possíveis atraso, desistência do sponsor, dúvida sobre o bond e disputa sobre spread ou coverage.
Escrow não decide se a estratégia de trading foi boa. Ele coordena as obrigações comerciais que as duas partes concordaram em financiar.
| Pergunta | Acordo informal | Campanha Kuest com escrow |
|---|---|---|
| O reward está financiado antes do serviço? | Depende do sponsor | O funding é registrado sob os termos do contrato |
| As obrigações são visíveis antes do aceite? | Mensagens ou documento | Termos apresentados antes da aceitação |
| O sponsor pode cancelar depois do aceite? | Depende do acordo | O estado do contrato segue os termos |
| O que ocorre em um dispute? | Negociação bilateral | Review e settlement definidos |
| Garante lucro de trading? | Não | Não |
Como funciona o Kuest MarketMakerEscrow
MarketMakerEscrow coordena reward, bond opcional, serviço, review e withdrawal de campanhas de liquidez aprovadas na Polygon.
1. O sponsor financia a campanha
Os termos podem incluir market ou series, depth por lado, spread máximo, coverage, datas, reward, bond, acceptance deadline, janelas de review/dispute e disponibilidade de hedge Polymarket.
O reward e os valores de protocolo são financiados antes do aceite do maker. Assim ele avalia um mandato concreto, e não uma promessa sem collateral.
2. O market maker aprovado revisa o mandato
A participação exige approval. O maker revisa wallet, escopo, obrigações, capital, hedge e dispute terms. Ele não aceita um produto de yield, mas um serviço de liquidez definido.
3. Aceite e bond
Se houver bond, o maker aprova o payment token e aceita a campanha pelo contrato. O bond é registrado como liability da campanha.
4. Provisão de liquidez
Durante o serviço, mantém quotes, depth, spread, coverage e disponibilidade acordados. Escrow não substitui bot nem risk engine.
5. Review e dispute
Ao final do serviço, começa uma janela de review. Uma violação material pode pausar a liquidação normal enquanto o caso é analisado.
6. Finalize e withdraw
Após a conclusão, a campanha pode ser finalizada. A alocação do maker fica disponível em pendingWithdrawals e a payout account pode chamar withdraw().
O que o escrow da Kuest cobre — e o que não cobre
| O escrow cobre | O market maker continua responsável por |
|---|---|
| Contabilidade do reward | Estimativa de fair value |
| Contabilidade do bond | Escolha de bid e ask |
| Acceptance e campaign state | Quote size e limites de inventário |
| Fluxo de service, review e dispute | Adverse selection |
| Finalization e saldo sacável | Hedge execution e basis risk |
| Settlement sob as regras do contrato | Diligência de smart contract, venue e operação |
Escrow não é seguro. Não cobre perda por quote agressivo, modelo errado, hedge que não preencheu, bot offline ou reward pequeno demais para o risco.
Como avaliar uma campanha de liquidez de prediction market
Trate a campanha como um trading mandate com contrato.
Depth, spread máximo e capital
US$ 500 por lado é um mandato diferente de US$ 50.000. Um spread muito estreito em mercado sensível a informação pode consumir o reward em adverse selection.
Duração e bond
Quanto mais longo o serviço, mais podem mudar probabilidades, fluxo e liquidez externa. Modele collateral, outcome tokens, bond, gas e reservas para partial hedges.
Reward e economia líquida
reward + trading P&L esperada
- fees - gas - slippage
- custo de capital - custo do bond
- perda esperada de inventário e adverse selectionHedge e termos de disputa
Valide pergunta, outcomes, resolution source, close time, token mapping, depth executável e o que ocorre se apenas uma perna preencher. Entenda quem pode reportar violação, quais evidências importam e quando o maker pode retirar.
Mirror markets vs. operator-created markets: qual é mais fácil de hedgear?
Um Polymarket mirror pode ter source, mapping, book e referência externa. Isso ajuda no fair value e no inventário, mas não garante resolução idêntica.
Um operator-created market pode ter fluxo proprietário e menos competição. Sem contrato externo equivalente, o maker assume diretamente pricing, inventário e event risk.
Como a shared liquidity muda a eficiência de capital
Mercados compatíveis com os mesmos outcome token IDs usam os mesmos order books da Kuest. Uma ordem enviada de um operador pode cruzar com fluxo de outro.
Isso pode fazer um quote alcançar várias audiências e reduzir o cold start. Porém, duas páginas que exibem o mesmo book não são dois venues independentes. Leia a arquitetura da Kuest antes de modelar um deployment como exchange isolada.
Como fazer hedge de inventário YES/NO entre Kuest e Polymarket
Repor o mesmo outcome
Se um cliente comprar YES do seu ask Kuest, você pode comprar YES equivalente na Polymarket quando condition, mapping, depth, timing, fees e slippage forem compatíveis.
Construir um par YES/NO
Se YES e NO da mesma condition custarem juntos menos de US$ 1, o par pode ter valor de settlement conhecido de US$ 1 sob regras idênticas.
gross pair edge = $1 - (YES cost + NO cost)Mapear conditions e tokens
{
"source": "polymarket",
"sourceConditionId": "0x...",
"sourceYesTokenId": "...",
"sourceNoTokenId": "...",
"kuestConditionId": "0x...",
"kuestYesTokenId": "...",
"kuestNoTokenId": "...",
"resolutionSource": "...",
"closeTime": "...",
"mappingStatus": "verified"
}Um título parecido não é suficiente. Rejeite o hedge se wording, close time, resolution, outcome order ou settlement path divergirem.
Qual infraestrutura um prediction market liquidity provider precisa?
Você precisa de market data ao vivo, order books, pricing com fair value e inventory skew, fill reconciliation, limites de exposição, quote-age, pause handling, kill switches, wallet/gas alerts, settlement monitoring e acompanhamento das campanhas.
A visão geral de market data da Polymarket e sua referência de order book documentam os dados consumidos por um sistema de quotes.
Como se tornar um prediction market liquidity provider na Kuest
- Leia a página de market makers da Kuest e o modelo do protocolo.
- Prepare wallet, CLOB, market data, risco e reconciliação.
- Solicite approval.
- Avalie campanhas por tipo, spread, depth, duração, reward, bond e hedge externo.
- Valide mapping e resolution de forma independente.
- Aceite apenas mandatos compatíveis com seus limites.
- Forneça liquidez e monitore termos e performance.
- Conclua review/finalization e retire a alocação disponível.
FAQ: Prediction Market Liquidity Providers
O que faz um prediction market liquidity provider?
Publica bids e asks executáveis, fornece profundidade e gerencia inventário YES/NO. Pode ganhar spread, rewards ou campaign payment em troca de assumir risco.
A provisão de liquidez é passiva?
Em um CLOB, normalmente não. É preciso gerenciar quotes, inventário, partial fills, cancelamentos e limites de risco.
O que é DeFi market making yield?
É um termo amplo para retornos gerados ao fornecer liquidez em mercados cripto. Em prediction markets pode incluir spread, incentivos e campanhas. Não é uma APY garantida.
Quais são os principais riscos?
Adverse selection, inventário desequilibrado, hedge falho, basis risk, pouca liquidez, capital bloqueado, resolution, smart contracts, APIs e regulação.
O que é MarketMakerEscrow?
Um smart contract na Polygon que coordena reward, bond, serviço, review, finalization e withdrawal de campanhas de liquidez.
O escrow garante lucro de trading?
Não. Ele protege o mandato comercial conforme as regras do contrato, mas não garante spread capture, hedge execution ou trading P&L.
Os market makers Kuest precisam de approval?
Sim. A participação em campanhas exige approval e a wallet é verificada antes do aceite.
Posso fazer hedge de um mercado Kuest na Polymarket?
Potencialmente, se payoff, token mapping, resolution, timing e liquidez executável forem compatíveis. O maker deve validar a equivalência.
O que devo verificar antes de aceitar uma campanha?
Depth, spread máximo, coverage, duração, reward, bond, capital, hedge, resolution source, medição, disputas e P&L líquida esperada.