O que está por trás dessa avaliação de US$ 20 bilhões
Quando vi no Abril.com.br que a Polymarket está negociando uma rodada que pode avaliá-la em mais de US$ 20 bilhões, a primeira coisa que pensei não foi “que valuation louco”. Foi: o mercado de previsão finalmente virou infraestrutura crítica.
Não é exagero. Uma plataforma que permite negociar contratos sobre eleições, decisões de juros e eventos esportivos, com volume crescente e disputa direta com a Kalshi nos EUA, deixou de ser curiosidade cripto e virou um ativo estratégico. Para quem desenvolve, isso muda o jogo: surgem APIs maduras, dados estruturados sobre probabilidade e novas oportunidades de construir bots, dashboards e ferramentas de análise.
O que a Polymarket realmente faz — e o que ela vende
Na minha experiência acompanhando esse tipo de plataforma, percebo que muita gente ainda acha que Polymarket é só “apostar em quem vai ganhar a eleição”. Na prática, é um mercado de previsão descentralizado onde cada contrato representa a probabilidade de um evento acontecer. Se você compra um contrato “Sim” a 30 centavos, está implicitamente dizendo que o mercado atribui 30% de chance ao evento.
A plataforma roda sobre a rede Polygon e usa o que eles chamam de CTF (Conditional Token Framework) — um framework de smart contracts que emite tokens condicionais baseados no resultado de um evento. Para o dev, isso significa que cada posição é um token ERC-1155 com liquidação automática quando o oráculo (atualmente a UMA) confirma o resultado.
Em 2026, segundo a reportagem do Abril, a empresa voltou ao mercado americano via aquisição de uma bolsa regulada. Isso não é detalhe — é o que tira a Polymarket da zona cinzenta regulatória e abre porta para capital institucional. Foi o que aconteceu com a Kalshi, que captou US$ 1 bilhão em 2025 valuation de US$ 2 bilhões. Agora, a Polymarket quer multiplicar esse valor por dez.
Comparativo técnico: Polymarket vs Kalshi
Muita gente me pergunta: “qual a diferença real, fora do marketing?”. Vou direto ao ponto:
| Aspecto | Polymarket | Kalshi |
|---|---|---|
| Infraestrutura base | Polygon (Ethereum L2) | Servidores centralizados, regulado pela CFTC |
| Livre acesso via API | Sim, REST público + WebSocket | Sim, mas com KYC obrigatório |
| Custódia | Self-custody via carteira (MetaMask, etc.) | Custódia centralizada, estilo corretora |
| Resolução de eventos | Oráculo descentralizado (UMA Optimistic Oracle) | Equipe interna + fluxo regulatório |
| Custo para o usuário | Gas fees em MATIC (centavos) + taxa de 2% em ganhos | Sem gas, spreads e taxas tradicionais |
| Público principal | Cripto-nativos, internacional, devs | Investidores americanos institucionalizados |
Quando uso a Polymarket em código, percebo que o modelo descentralizado traz vantagens óbvias para devs: não preciso de KYC para testar, consigo ler dados on-chain e consigo automatizar estratégias sem depender de aprovação manual. A Kalshi, por outro lado, é melhor quando o requisito é compliance sério.
Na prática: consumindo a API da Polymarket com Python
Esse é o trecho que interessa. Vou mostrar como buscar mercados ativos e odds em tempo real. Usei isso num protótipo de dashboard de probabilidades:
import requests
import time
BASE_URL = "https://clob.polymarket.com"
def get_active_markets(limit=20):
"""Retorna mercados ativos ordenados por volume."""
try:
response = requests.get(
f"{BASE_URL}/markets",
params={
"active": "true",
"closed": "false",
"limit": limit
},
timeout=10
)
response.raise_for_status()
markets = response.json()
return [
{
"id": m.get("condition_id"),
"question": m.get("question"),
"volume_24h": float(m.get("volume24hr", 0)),
"liquidity": float(m.get("liquidity", 0)),
"best_bid": m.get("best_bid"),
"best_ask": m.get("best_ask"),
}
for m in markets
]
except requests.RequestException as e:
print(f"[ERRO] Falha ao buscar mercados: {e}")
return []
def calculate_implied_probability(market):
"""Calcula a probabilidade implícita a partir do best bid/ask."""
try:
bid = float(market["best_bid"]) if market["best_bid"] else 0
ask = float(market["best_ask"]) if market["best_ask"] else 0
if bid == 0 or ask == 0:
return None
mid_price = (bid + ask) / 2
return round(mid_price * 100, 2)
except (ValueError, TypeError):
return None
if __name__ == "__main__":
markets = get_active_markets(limit=10)
if not markets:
print("Nenhum mercado retornado. Verifique rate limit ou endpoint.")
else:
for m in markets:
prob = calculate_implied_probability(m)
print(f"\n{m['question'][:80]}")
print(f" Volume 24h: ${m['volume_24h']:,.2f}")
print(f" Liquidez: ${m['liquidity']:,.2f}")
print(f" Prob. implícita: {prob}%")
time.sleep(1)
Cuidado: a API da Polymarket usa rate limiting agressivo em endpoints não autenticados. Em produção, implemente cache com TTL de 5–10 segundos e use WebSocket para updates de preço. Se quiser fazer trading real, vai precisar gerar L2 headers assinados com sua chave de API — a documentação deles cobre isso, mas não é trivial.
WebSocket para dados em tempo real
Se você está montando um bot ou dashboard, o endpoint wss://ws-subscriptions-clob.polymarket.com/ws/market entrega updates de book de ofertas. Exemplo mínimo:
import websocket
import json
def on_message(ws, message):
data = json.loads(message)
# Estrutura típica: {"channel":"market","events":[...]}
if data.get("channel") == "market":
print(f"Update: {data}")
def on_open(ws):
subscribe = {
"type": "subscribe",
"channel": "market",
"assets_ids": ["ASSET_ID_AQUI"] # IDs reais dos tokens CTF
}
ws.send(json.dumps(subscribe))
ws = websocket.WebSocketApp(
"wss://ws-subscriptions-clob.polymarket.com/ws/market",
on_message=on_message,
on_open=on_open
)
ws.run_forever()
Erros comuns que devs cometem ao trabalhar com mercados de previsão
Testei vários desses cenários. Compartilho os que mais aparecem:
- Confundir preço com probabilidade. Um contrato a 70 centavos não significa “70% de chance” no sentido estatístico formal — é a estimativa do mercado, sujeita a viés de liquidez. Mercados com pouca liquidez podem oscilar violentamente.
- Ignorar o oráculo. A Polymarket usa UMA com modelo optimistic — se ninguém contestar em 2 horas, o resultado é aceito. Se você monta uma estratégia que depende de timing de resolução, entenda esse fluxo. Já vi devs perderem posições esperando liquidação “imediata”.
- Subestimar o gas. Mesmo em Polygon, operações de aprovação de token + ordem + cancelamento custam gas. Em estratégias de alta frequência, isso corrói a margem. Sempre simule o custo on-chain antes de automatizar.
- Não monitorar mercados fechados. Mercados resolvem em momentos inesperados. Se seu bot não tem handler para o evento
market_resolved, você pode ficar com posições vencidas e não realizadas. - Esquecer do off-chain vs on-chain. A interface de UI mostra preços off-chain para speed. O settlement final acontece on-chain. Se você está arbitrando entre UI e contrato, entenda o delay.
Por que essa rodada de US$ 20 bi mexe com o ecossistema dev
Quando uma empresa capta nesse nível, três coisas acontecem para quem desenvolve:
- Mais APIs, mais SDKs, mais documentação. Empresa com caixa gordo investe em developer experience. A Polymarket já tem SDK em TypeScript e Python; espere melhorias.
- Competição por talentos. Times de smart contracts, Rust, Go e frontend cripto vão disputar esses profissionais. Se você trabalha com Web3, prepare-se para salários mais altos e processos mais agressivos.
- Novos casos de uso. Com valuation assim, a empresa vai expandir para mercados regulados, integrações com LLMs para análise de sentimento, e provavelmente ferramentas de modelagem preditiva. É um campo com espaço para inovação.
Particularmente, vejo duas oportunidades técnicas quentes: bots de arbitragem entre Polymarket e Kalshi (quando a divergência de preço em eventos idênticos passa de 3%, há edge), e pipelines de NLP que analisam volume + sentimento de notícias para prever movimentação de odds. Esses dois casos usam stacks que a galera dev já domina: Python + FastAPI, PostgreSQL para séries temporais, e modelos de linguagem para classificação de eventos.
FAQ
Polymarket é legalizada nos EUA?
Desde 2026, sim, por meio da aquisição de uma bolsa regulada. Antes operava com restrição a usuários americanos. Agora tem acesso legal ao mercado institucional dos EUA.
Qual a diferença entre Polymarket e uma casa de apostas?
Tecnicamente, é um mercado de ordem contínua (CLOB) onde preços são definidos por供需, não pela casa. Não tem “casa” que ganha na margem — o lucro vem da diferença entre compra e venda, como numa bolsa.
Posso construir um bot de trading na Polymarket?
Sim, mas precisa de API autenticada com chaves L2. O endpoint público serve para leitura de dados. Para ordens, siga a doc oficial de autenticação — envolve assinatura EIP-712.
Por que essa avaliação de US$ 20 bilhões faz sentido?
O volume agregado do mercado de previsão vem crescendo exponencialmente. Se a Polymarket está capturando uma fatia relevante e ainda expandindo para mercados regulados nos EUA, a tese de valuation se sustenta em expectativa de participação de mercado futura, não em receita atual.
Vale a pena integrar a Polymarket num produto SaaS?
Se seu produto envolve análise de risco, pesquisa de mercado ou inteligência política/econômica, a API de mercados de previsão é uma fonte de dados valiosa. Já usei em projetos de BI para correlacionar movimentos de odds com eventos macro.
Gostou? Me segue no GitHub e deixa um comentário se tiver dúvida ou quiser aprofundar algum ponto.