Arbitragem em prediction markets: como fazer hedge entre Polymarket e mirrors

Se você já opera um bot da Polymarket, a próxima oportunidade talvez não seja criar outro modelo de previsão. Pode ser uma segunda superfície de liquidez onde seu stack de pricing, execução e risco trabalhe mais.

Prediction market arbitrage parece simples em uma planilha: encontrar o mesmo evento em dois venues, comprar o lado mais barato, vender o mais caro e ficar com a diferença.

Na produção, o desafio é provar que os dois instrumentos têm o mesmo payoff, mapear corretamente seus outcome tokens, executar as duas pernas a preços reais e sobreviver até o settlement.

Isso é especialmente importante em um mirror. Um mirror da Polymarket pode oferecer uma referência externa e um hedge potencial para o fluxo Kuest, mas não transforma toda diferença de preço em arbitragem sem risco.

Este guia é para market makers crypto-native, traders quantitativos e desks que já entendem execução cross-venue.

O que é arbitragem em prediction markets?

Arbitragem em prediction markets tenta capturar uma diferença entre contratos economicamente equivalentes ou construir uma posição cujo payoff combinado seja conhecido enquanto o custo de entrada seja menor.

Arbitragem com outcomes complementares

Em um mercado binário, YES e NO são outcomes complementares. Se for possível comprar YES em um venue e NO em outro por menos de US$ 1 no total, e os dois contratos tiverem exatamente as mesmas regras de resolução, o valor bruto no settlement será US$ 1.

edge bruto = US$ 1 - (preço de entrada de YES + preço de entrada de NO)

Fees, gas, slippage, partial fills, capital bloqueado e custos de settlement reduzem o edge real.

Hedge cross-venue do inventário

Um market maker não está sempre tentando travar um payoff garantido. Ele pode cotar na Kuest e usar a Polymarket para reduzir o inventário criado pelo fluxo dos clientes.

Se um cliente compra 1.000 contratos YES do seu ask na Kuest, seu sistema pode comprar exposição YES equivalente na Polymarket, se houver profundidade. Isso é hedge de inventário, não necessariamente arbitragem sem risco: o hedge pode preencher parcialmente, ficar mais caro ou desaparecer.

A distinção afeta o bot, o modelo de capital e o gerenciamento de risco. O guia da PredictEngine explica por que é preciso usar preços executáveis, não apenas midpoints. A documentação da Preduck ajuda a comparar mercados cross-venue.

Por que traders da Polymarket procuram arbitragem em mirrors

A Polymarket é uma referência natural por seus dados CLOB, livros ativos, grande fluxo de traders e bots e infraestrutura já conhecida.

Uma segunda superfície pode trazer uma audiência diferente, fluxo novo, campanhas de liquidez financiadas e a possibilidade de reutilizar infraestrutura de Polygon, USDC, CLOB, pricing e inventário. O market maker pode combinar P&L de trading com remuneração comercial por manter profundidade.

A Kuest conecta frontends de operadores a discovery, matching, wallets e dados de lifecycle compartilhados. Mercados com os mesmos outcome token IDs usam os mesmos livros Kuest. Por isso, duas páginas de operadores não são necessariamente dois venues independentes.

Uma diferença entre dois frontends Kuest não é automaticamente uma oportunidade de arbitragem.

O edge pode estar entre o fluxo da rede Kuest e uma referência externa como a Polymarket, ou entre um mercado próprio e outro contrato cuja resolução foi validada com rigor.

Como funcionam os mirrors da Kuest

“Mirror” descreve a relação com uma fonte externa selecionada. Não significa que o frontend simplesmente incorpora o livro de outra plataforma.

O operador pode combinar mirrors da Polymarket, mercados próprios e fontes compartilhadas escolhidas. Ele controla marca, domínio, experiência e operação. A Kuest fornece CLOB, dados, matching, ações de wallet relayed e settlement em Polygon.

Para um market maker:

1. A fonte define a especificação. Confira pergunta, outcomes, fechamento, fonte de resolução e casos extremos.
2. A Kuest cria uma representação compatível. O mirror tem metadata e contexto de livro próprios.
3. O mapping de outcomes precisa ser explícito. O bot deve saber qual token Kuest corresponde a YES e NO.
4. O fluxo é atribuído ao operador de origem. Site, bot e SDK podem entrar na economia dele.
5. Settlement exige verificações próprias. A relação de preços é tão forte quanto o lifecycle do mercado.

Leia a arquitetura da Kuest e o repositório open source para entender Polygon, USDC, APIs e SDKs.

A Polymarket hedge strategy: negociar o mesmo outcome entre venues

Uma Polymarket hedge strategy começa pela posição real do seu livro Kuest, não pela suposição de que YES significa a mesma coisa em qualquer página.

Fazer hedge de um quote preenchido com o mesmo outcome

Se você vende 1.000 YES na Kuest a US$ 0,54 e o ask equivalente na Polymarket é US$ 0,55, pode recomprar inventário até a profundidade disponível. O resultado é a venda Kuest menos o custo do hedge, fees, gas, slippage e adverse selection.

Se apenas 600 contratos forem preenchidos na Polymarket, os 400 restantes continuam sendo exposição.

Construir um par completo

Se for possível comprar YES na Kuest a US$ 0,53 e NO na Polymarket a US$ 0,43, o par custa US$ 0,96 e paga US$ 1 se as regras forem idênticas. O edge bruto é US$ 0,04 por par, antes dos custos.

Isso exige correspondência exata de resolução. Um título parecido não é suficiente.

Exemplo passo a passo de prediction market arbitrage

1. Valide o contrato: compare condição, ordem dos outcomes, cutoff e resolver entre Kuest e Polymarket.
2. Leia os livros executáveis: use bid, ask e tamanho. A API de order book da Polymarket inclui níveis, timestamp, mínimo e tick size.
3. Escolha a rota do hedge: cubra apenas a quantidade disponível, atravesse o próximo nível, use uma rota complementar ou reduza seus quotes.
4. Calcule o resultado:

resultado líquido = receita Kuest - custo do hedge - fees - gas - slippage
                    - custo de capital e inventário

5. Reconcilie cada estado: accepted, partial fill, cancel, reject e resting precisam ser registrados.
6. Monitore até o settlement: resolução, disputas, redemption e mudanças na relação continuam relevantes.

Como encontrar mirrors e mapear outcome tokens

O atalho mais perigoso é fazer matching apenas pelo título. A análise da Assymetrix mostra como traders, fees, liquidez e regras de resolução diferentes transformam títulos parecidos em instrumentos distintos.

Salve pelo menos este mapping para cada mirror:

{
  "source": "polymarket",
  "sourceConditionId": "0x...",
  "sourceYesTokenId": "...",
  "sourceNoTokenId": "...",
  "kuestConditionId": "0x...",
  "kuestYesTokenId": "...",
  "kuestNoTokenId": "...",
  "resolutionSource": "...",
  "closeTime": "...",
  "mappingStatus": "verified"
}

Os detalhes de mercado da Kuest incluem mirror condition IDs, mirror token IDs, outcomes, fees, fonte de resolução e bid/ask. Rejeite operações quando faltar um ID, o close time mudar, a fonte for diferente, o mercado estiver pausado ou não houver tamanho para um hedge completo.

Como a shared liquidity muda a arbitragem

Mercados compatíveis usam livros Kuest compartilhados. Uma ordem de uma página pode casar com fluxo de outra, melhorando a eficiência de capital e reduzindo o cold start.

Mas duas páginas que mostram o mesmo livro não são duas pernas independentes. O edge pode vir da relação com a Polymarket, do fluxo de um operador, de fees ou incentivos, de um desequilíbrio de inventário ou de uma campanha financiada.

Consulte o protocolo Kuest e a página de market makers para entender a rede e os mandatos de liquidez.

Inventário do market maker: collateral, YES/NO e settlement

Um market maker binário gerencia collateral em USDC, inventário YES, inventário NO e posições em venues externos. O hedge correto depende do balanço completo.

Um par YES/NO da mesma condição vale US$ 1 em conjunto no settlement. Conforme a mecânica do venue, pode ser mintado a partir de collateral ou mergeado de volta. Mantenha as ações físicas e contábeis separadas: SELL YES continua sendo SELL YES no log, mesmo quando o settlement usa merge.

Quanto edge sobra depois de fees, gas e slippage?

O midpoint não é preço executável. Modele preço e tamanho reais. Use a API de spreads e as informações do CLOB como inputs.

edge líquido = payoff ou spread bruto
             - fees de todas as pernas - gas - slippage
             - failed fills - capital bloqueado - custo do hedge
             - overhead operacional

A recompensa de uma campanha Kuest deve ser uma linha de receita separada. Ela paga um serviço de liquidez definido e não deve esconder adverse selection, perdas de inventário ou custo do bond.

Principais riscos da arbitragem em mirrors da Polymarket

Basis risk

Uma única cláusula pode mudar o payoff. Compare fonte de dados, timestamp, cutoff, resolver e casos extremos.

Execução, latência e liquidez

A perna barata pode desaparecer antes do hedge chegar. O melhor ask pode ter tamanho insuficiente.

Adverse selection

O trader que toma seu quote pode estar reagindo a informação nova antes do bot.

Resolution, venue e operação

Outages, rate limits, ordens rejeitadas, wallets, websockets stale, disputas e settlement atrasado precisam estar cobertos por reconciliação e kill switches.

Risco regulatório

Prediction markets, derivativos e market making têm regras diferentes em cada jurisdição. Obtenha aconselhamento jurídico, fiscal e de compliance próprio.

Como as campanhas Kuest pagam pela liquidez

Uma campanha pode definir mercado ou série, datas, profundidade por lado, spread máximo, coverage, reward, bond e disponibilidade de hedge externo.

O fluxo de escrow é:

1. O sponsor deposita reward e valores de protocolo.
2. Um market maker aprovado revisa e aceita os termos.
3. Deposita o bond, se exigido.
4. Mantém a liquidez durante o serviço.
5. Passa por review e possível disputa.
6. Após a finalização, a alocação fica disponível em pendingWithdrawals.

Escrow protege o mandato comercial, não garante fills do hedge nem lucro. Consulte a API de criação de mercados e a API de resolução.

Bots de prediction market arbitrage e infraestrutura de API

Um bot sério é uma state machine:

discover -> validar mapping -> ler depth -> calcular edge líquido
         -> reservar collateral -> colocar primeira perna
         -> confirmar fill -> colocar hedge -> reconciliar
         -> monitorar settlement -> rebalancear inventário

Você precisa de discovery, token mapping, order books, sizing, fills, inventory, routing, settlement monitoring, alertas, logs e kill switches. A visão geral de market data da Polymarket e sua API de ordens documentam esses primitives.

Um bot existente da Polymarket pode reutilizar wallet, CLOB, cancel-and-replace e controles de risco, mas valide IDs Kuest, shared books, auth, fees, semântica de ordens, lifecycle e obrigações da campanha.

Como começar a fazer market making na Kuest

1. Abra a página de market makers da Kuest e o modelo do protocolo.
2. Solicite aprovação da wallet operacional.
3. Filtre campanhas por hedge Polymarket, spread, depth e duração.
4. Valide de forma independente o mapping e o livro externo.
5. Aceite apenas termos compatíveis e deposite o bond, se necessário.
6. Comece com tamanho conservador e confira order, fill e reconciliation.
7. Finalize e retire a alocação depois do serviço e review.

Por que market makers cripto-native são valiosos para a Kuest

A Kuest precisa de desks que saibam cotar um CLOB binário, gerenciar inventário YES/NO, reconhecer basis risk, lidar com partial fills, operar Polygon/USDC e manter kill switches, alertas e audit logs.

Esse conhecimento permite que operadores lancem mercados com profundidade confiável e dá ao maker acesso a fluxo de comunidades e campanhas financiadas em uma rede compartilhada.

Para continuar lendo

• Arquitetura Kuest: operadores, shared liquidity e settlement
• Order book da Polymarket
• Enviar ordens na Polymarket
• Pesquisa da Assymetrix sobre arbitragem cross-venue
• Guia de arbitragem em prediction markets
• Preduck: hedge e matching cross-venue

FAQ: Prediction Market Arbitrage

A arbitragem na Polymarket é sem risco?

Não. O spread pode desaparecer e dois mercados parecidos podem resolver de formas diferentes. Até um par YES/NO exige regras idênticas e fills completos.

O que é um mirror da Polymarket?

Um mercado Kuest relacionado a um mercado-fonte da Polymarket para que um operador ofereça o evento com sua própria marca. É preciso verificar mapping, resolução e liquidez.

Como funciona uma Polymarket hedge strategy?

O maker usa a Polymarket para reduzir a exposição criada ao cotar em outro venue: compra o mesmo outcome, o complementar ou um par completo. A rota depende de contrato, depth, fees e partial fills.

Quais IDs um bot deve mapear?

Condition IDs da fonte e da Kuest, token IDs YES/NO, fonte de resolução, close time e status do mapping. Se houver ambiguidade, não opere.

O que é MarketMakerEscrow?

Um smart contract na Polygon que coordena reward, bond, serviço, review e retirada de campanhas de liquidez. Ele não garante lucro.

A Kuest garante retornos de arbitragem?

Não. A Kuest fornece infraestrutura, rede, dados e escrow. Pricing, execução, inventário, hedge e capital continuam sob responsabilidade do market maker.