Polymarket lança o Protocolo V2, com novos mercados migrando em 2 de novembro

2026/10/13 17:00:00

A Polymarket iniciou a implementação do Protocolo V2, uma atualização significativa da infraestrutura de contratos inteligentes que suporta seus mercados de previsões baseados em blockchain. Anunciado em 5 de outubro de 2026, o novo protocolo introduz tokens de posição unificados, contratos de negociação redesenhados e integração expandida de oráculos. A empresa tem como meta 2 de novembro de 2026 para que os mercados recém-criados migrem para o V2, após várias semanas de testes em tempo real. A atualização afeta a infraestrutura por trás da negociação de mercados de previsões, onde os participantes compram e vendem posições vinculadas a resultados do mundo real. Enquanto as posições existentes permanecerão em seus contratos atuais, desenvolvedores e criadores devem se preparar para mudanças nas integrações de negociação, permissões de contrato e serviços de dados de mercado.

Principais destaques

Lançamento do Protocolo Polymarket V2: Polymarket introduziu sua infraestrutura aprimorada de mercado de previsões em 5 de outubro de 2026, iniciando testes limitados ao vivo antes de uma implementação mais ampla voltada para mercados recém-criados.
Meta de migração em 2 de novembro: Polymarket planeja, de forma preliminar, mover novos mercados para o Protocolo V2 em 2 de novembro, após os testes canários programados até 30 de outubro. Os mercados existentes não serão migrados automaticamente.
Atualizações de smart-contracts: O Protocolo V2 introduz tokens de posição ERC-1155, ExchangeV3 e contratos modulares que suportam quatro formatos de mercado, mantendo a garantia pUSD lastreada 1:1 por USDC.
Posições existentes e requisitos dos desenvolvedores: As posições atuais de CTF permanecem suportadas sem conversão obrigatória. Os desenvolvedores devem atualizar as integrações afetadas, incluindo novos identificadores de posição, aprovações de contrato e requisitos de assinatura de ordens.
Prazo da API em 24 de outubro: Polymarket planeja aposentar os endpoints da Data API V1, com exceções documentadas, antes da transição geral para a V2. Desenvolvedores que dependem dos serviços afetados precisam migrar para a Data API V2.
Segurança e capacidades futuras: Seis empresas de segurança revisaram os contratos V2, enquanto a nova infraestrutura de oracle suporta integrações com UMA e Chainlink. A funcionalidade cross-chain permanece como uma capacidade futura potencial, e não como uma implementação geral confirmada.

Lançamento do Protocolo Polymarket V2 e cronograma de migração de 2 de novembro

A Polymarket introduziu o Protocolo V2 em 5 de outubro de 2026, iniciando uma atualização em fases dos contratos inteligentes que suportam seus mercados de previsão baseados em blockchain. Anunciado por Rajath Alex, Chefe de Protocolo da Polymarket, a atualização substitui componentes-chave da arquitetura original da plataforma construída sobre o Gnosis Conditional Tokens Framework (CTF). A implementação visa simplificar a infraestrutura dos mercados, suportar formatos adicionais de mercado e melhorar a flexibilidade para desenvolvimentos futuros. 2 de novembro de 2026 é a data-alvo provisória para que novos mercados adotem o V2, e não uma data obrigatória de migração para todos os mercados existentes. A abordagem em fases permite que a Polymarket avalie o sistema atualizado antes de expandir seu uso, mantendo simultaneamente o suporte aos mercados operando na infraestrutura existente.

Por que a Polymarket está testando o Protocolo V2 com mercados canários

A Polymarket começou a testar o Protocolo V2 por meio de um número limitado de mercados canários ao vivo, em vez de transferir imediatamente toda a atividade de mercado para a nova infraestrutura. Esses mercados operam usando contratos inteligentes V2 e permitem que desenvolvedores avaliem operações de negociação, processamento de transações e interações entre componentes do protocolo em condições reais. Ao introduzir o sistema gradualmente, a Polymarket pode examinar como a nova arquitetura lida com a atividade do mercado sem exigir uma transição imediata em toda a plataforma.

O período de testes está programado para continuar até 30 de outubro de 2026, dando tempo ao Polymarket para identificar possíveis problemas técnicos ou de integração antes da expansão da implementação. Os testes canary podem ajudar a revelar problemas que ambientes de desenvolvimento controlados podem não detectar, embora não possam garantir que a implantação mais ampla estará livre de vulnerabilidades ou interrupções operacionais. Os resultados serão importantes para determinar se o protocolo está pronto para adoção mais ampla e se ajustes adicionais são necessários antes da transição planejada para novembro.

Quando os mercados da Polymarket migrarão para o Protocolo V2?

A migração do Polymarket segue um cronograma em estágios que abrange serviços de desenvolvedor, teste ao vivo e implantação de novos mercados. A transição também separa as posições CTF existentes dos mercados criados sob o Protocolo V2, o que significa que os atuais holdings não serão automaticamente convertidos para a nova arquitetura. Essa distinção é importante porque a atualização afeta diferentes partes da infraestrutura do Polymarket em momentos diferentes. De acordo com o guia de migração publicado pelo Polymarket, os principais marcos próximos são:

24 de outubro de 2026: Polymarket planeja aposentar os endpoints da Data API V1, com exceções documentadas, exigindo que os desenvolvedores afetados migrem para a Data API V2.
30 de outubro de 2026: O período programado de teste canário termina, sujeito aos resultados dos testes de produção.
2 de novembro de 2026: Polymarket planeja, de forma preliminar, começar a criar novos mercados de previsão usando o Protocolo V2, enquanto os mercados CTF existentes permanecem separados.

O alvo de migração em 2 de novembro permanece condicional, e o cronograma final de implantação pode mudar dependendo dos resultados dos testes e da prontidão técnica. Os mercados existentes não serão automaticamente migrados para a V2 nessa data, portanto, a transição pode envolver a operação simultânea de infraestrutura legada e atualizada. A Polymarket não estabeleceu 2 de novembro como prazo universal para a conversão de todas as posições pendentes.

Como o Polymarket Protocol V2 altera contratos inteligentes, colateral pUSD e integração de oráculos

O Polymarket Protocol V2 introduz uma infraestrutura de negociação redesenhada que integra gerenciamento de posição, lógica específica de mercado, manipulação de garantias e processos de resolução em um sistema mais unificado. A atualização substitui vários componentes da arquitetura antiga Conditional Tokens Framework (CTF) por contratos inteligentes modulares projetados para suportar diferentes formatos de mercados de previsão. Suas principais mudanças técnicas envolvem tokens de posição ERC-1155, garantia pUSD, ExchangeV3 e um OracleAggregator que conecta múltiplos mecanismos de resolução.

Contratos Inteligentes ERC-1155 e Mercados de Previsões Modulares

A nova arquitetura utiliza um único contrato PositionManager baseado no padrão de token ERC-1155 para gerenciar posições de mercados de previsão. O ERC-1155 permite que múltiplos tipos de token existam dentro de um único contrato inteligente, reduzindo a necessidade de estruturas separadas para gerenciamento de posições. As negociações são gerenciadas pelo ExchangeV3, enquanto um contrato Router coordena operações como divisão, fusão e resgate de posições. Essa disposição separa a contabilidade de tokens das funções específicas do mercado, tornando o sistema subjacente mais fácil de expandir sem precisar redesenhar sua infraestrutura central de posições.

O Polymarket V2 suporta inicialmente quatro formatos de mercado: Binário, Atomic Neg-risk, Incremental Neg-risk e Combinatorial. Eles operam por meio de três módulos documentados: BinaryModule, NegRiskModule e CombinatorialModule. Mercados binários envolvem dois resultados possíveis, enquanto os formatos de risco negativo permitem resultados relacionados dentro de eventos mais amplos. Mercados combinatórios suportam posições vinculadas a combinações de resultados. Cada posição também recebe um identificador estruturado que a conecta ao módulo apropriado, permitindo que o sistema determine qual contrato gerencia suas operações.

Como funciona a garantia pUSD no protocolo Polymarket V2

O Polymarket V2 utiliza o Polymarket USD (pUSD) como seu token de garantia, mantendo um sistema de negociação denominado em dólares em diferentes formatos de mercado de previsões. Ao contrário de uma criptomoeda especulativa recém-emissão, o pUSD é um token ERC-20 na Polygon lastreado 1:1 pelo USDC, com sua garantia assegurada por contratos inteligentes. Esse arranjo segue o uso mais amplo de garantia em stablecoin no comércio de criptomoedas, onde ativos vinculados a valores de referência mais estáveis suportam negociação e liquidação. O Polymarket originalmente introduziu o pUSD durante sua atualização da exchange em 28 de abril de 2026, o que significa que a versão V2 do Protocolo Outubro continua um arranjo de garantia existente, em vez de introduzir uma nova stablecoin.

A infraestrutura de garantia inclui contratos CollateralOnramp e CollateralOfframp que gerenciam conversões entre ativos de garantia suportados e pUSD. A documentação da Polymarket também identifica adaptadores que conectam pUSD à garantia utilizada por mercados mais antigos do CTF, permitindo que ambos os sistemas de posição operem dentro da infraestrutura de negociação mais ampla. Este design fornece uma camada comum de garantia, mantendo a compatibilidade entre diferentes arquiteturas de mercado. No entanto, o uso de garantia lastreada em USDC não remove os riscos de contrato inteligente, conversão ou da stablecoin subjacente.

OracleAggregator conecta UMA e Chainlink para resolução de mercado

O Protocolo V2 introduz um OracleAggregator para coordenar como os mercados de previsão determinam seus resultados finais. Um oracle fornece informações externas que os contratos inteligentes da blockchain não podem verificar independentemente, como resultados eleitorais, resultados esportivos ou preços de ativos. Esses oráculos descentralizados da blockchain são componentes importantes de aplicações que dependem de informações do mundo real. Em vez de depender de um único mecanismo de resolução para cada mercado, a nova arquitetura utiliza módulos configuráveis que podem se conectar a diferentes fontes de relato. Isso confere ao Polymarket maior flexibilidade para adaptar o processo de resolução de um mercado ao tipo de informação exigido.

O sistema oracle documentado inclui vários componentes distintos:

Integração UMA: O OOReporterModule pode transmitir resultados definidos do Optimistic Oracle da UMA para o processo de resolução do Polymarket, suportando mercados que dependem de resultados verificados externamente.
Dados de preço do Chainlink: o ChainlinkReporterModule suporta resolução baseada em preço usando informações dos Fluxos de Dados Chainlink configurados, incluindo comparações entre os preços inicial e final de um ativo.
Controles de disputa e arbitragem: o OracleAggregator suporta limiares de relatório, janelas de disputa e procedimentos de arbitragem. Esses mecanismos permitem que resultados relatados sejam contestados conforme regras configuradas antes do assentamento final.

O sistema modular pode acomodar fontes adicionais de resolução sem exigir a substituição de toda a arquitetura de gerenciamento de posição. No entanto, a confiabilidade do oracle permanece essencial para a precisão do mercado de previsões. Dados externos incorretos, erros de configuração ou disputas sobre o resultado de um evento ainda podem afetar o assentamento, mesmo quando múltiplos mecanismos de relato são suportados.

O que o Polymarket V2 significa para posições existentes, desenvolvedores e mercados de previsão futuros

A atualização do Protocolo V2 do Polymarket introduz requisitos diferentes para traders comuns, desenvolvedores e market makers. Embora a plataforma busque manter uma experiência de negociação familiar para usuários regulares, aplicações conectadas diretamente à sua infraestrutura devem considerar novos identificadores de posição, permissões de contrato e regras de assinatura de ordens. O sistema redesenhado também cria oportunidades para recursos adicionais de mercados de previsão, embora várias funcionalidades ainda estejam em desenvolvimento e não disponíveis para uso geral.

O que acontece com as posições e carteiras existentes do Polymarket?

As posições existentes do Polymarket continuarão a operar por meio de seus contratos originais do Conditional Tokens Framework (CTF), a menos que uma migração separada ocorra. De acordo com as orientações de migração do Polymarket, usuários do site e do aplicativo móvel não precisam realizar uma migração técnica nem transferir manualmente seus ativos para outra carteira. No entanto, os usuários podem encontrar novas solicitações de autorização ao interagir com mercados que operam na infraestrutura atualizada. Essas permissões permitem que os contratos inteligentes relevantes acessem ativos ou posições aprovados para operações de negociação específicas.

Várias considerações práticas são importantes para os detentores de posição existentes:

Aprovações de carteira: Os usuários podem precisar autorizar novos contratos de negociação antes de interagir com os mercados V2. As permissões existentes para contratos mais antigos não se estendem automaticamente para o novo sistema.
Gerenciamento de posição: Posições herdados permanecem associadas aos seus contratos originais, enquanto as posições V2 utilizam um sistema de contabilidade separado. Aplicações que rastreiam portfólios devem reconhecer ambas.
Migração opcional: A documentação de contratos do Polymarket descreve mecanismos para converter certas posições legadas elegíveis em posições V2, mas as condições ou eventos relevantes devem primeiro ser registrados. Este não é um processo automático em toda a plataforma.

Para traders regulares, a principal consideração é se um determinado mercado opera sob a infraestrutura antiga ou atualizada. Os usuários devem seguir as instruções fornecidas pela interface oficial da Polymarket e verificar as solicitações de aprovação da carteira antes de autorizar transações. A atualização do protocolo não elimina os riscos financeiros associados aos mercados de previsão, incluindo perdas potenciais quando um evento for resolvido contra uma posição.

Como desenvolvedores e criadores devem se adaptar ao Polymarket V2

Desenvolvedores que operam bots de negociação, sistemas de market-making, painéis de portfólio ou plataformas de análise enfrentam mudanças de integração mais substanciais. A infraestrutura atualizada da Polymarket exige que os aplicativos distingam entre ativos CTF legados e posições V2 ao realizar ordens, verificar saldos ou processar atividades de mercado. Embora os endpoints do livro de ordens e os arranjos de autenticação existentes permaneçam disponíveis para integrações compatíveis, as transações V2 exigem identificadores diferentes, aprovações de contrato e regras de assinatura distintas.

Os principais requisitos técnicos incluem:

Identificação do mercado: as integrações V2 usam positionIds, enquanto os mercados legados continuam usando clobTokenIds. As aplicações devem identificar a versão do mercado antes de selecionar o identificador de ativo apropriado.
Autenticação de ordem: As ordens ExchangeV3 usam a versão 3 do domínio de assinatura EIP-712, enquanto as ordens existentes CTFExchangeV2 usam a versão 2. Misturar esses formatos pode resultar em ordens rejeitadas.
Permissões de negociação: Comprar posições V2 requer aprovação suficiente de pUSD para o ExchangeV3, enquanto vender requer permissão do operador sobre os tokens do PositionManager relevante.
Integração da API de dados: A API de dados V2 introduz paginação baseada em cursor, estruturas de resposta padronizadas e campos em snake_case. O endpoint /v2/positions também suporta filtragem de posições por status, incluindo posições abertas, resgatáveis, combináveis e fechadas.

Essas alterações são particularmente relevantes para sistemas de negociação automatizada que dependem de execução precisa de ordens e contabilidade de carteira. Desenvolvedores precisam testar as operações de mercado legadas e V2, incluindo recuperação de saldo, envio de ordens e liquidação de posição. Criadores de mercado também devem garantir que seu software selecione o contrato e as permissões corretos para cada transação, pois um erro de integração pode interromper a negociação mesmo quando o mercado subjacente permanecer operacional.

Mercados de Previsões Futuras: Negociação entre Cadeias e Novos Recursos

Além da migração imediata, o Polymarket Protocol V2 fornece infraestrutura projetada para suportar transferências de posição entre cadeias e funcionalidades adicionais de mercado. Sua arquitetura de ponte documentada utiliza o Cross-Chain Interoperability Protocol (CCIP) da Chainlink para suportar a movimentação de posições elegíveis, colaterais e resultados de resolução entre redes compatíveis. Sob o design proposto de hub e spoke, o Polygon serve como rede autoritativa de resolução, enquanto outras redes poderiam suportar atividades de negociação compatíveis. No entanto, a negociação geral entre cadeias ainda não foi confirmada como ativa, e o mecanismo de ponte documentado atualmente não suporta todos os formatos de posição.

A Polymarket também identificou recursos potenciais, como resolução escalar e retorno direcional de garantia, que poderiam expandir a forma como os mercados de previsão futuros representam resultados e gerenciam garantia. A resolução escalar poderia suportar mercados envolvendo resultados numéricos em vez de apenas categorias fixas, embora sua implementação e disponibilidade permaneçam sujeitas a desenvolvimentos futuros. A arquitetura modular pode facilitar a integração de futuras adições, mas não garante que os custos de negociação diminuam ou que a liquidez melhore. Esses resultados dependerão da implementação real, da participação do mercado e do desempenho da infraestrutura atualizada.

Conclusão

O Protocolo Polymarket V2 introduz mudanças significativas na infraestrutura de mercado de previsões da plataforma, incluindo posições unificadas ERC-1155, contratos inteligentes modulares e integrações adicionais de oráculos. A atualização foi projetada para simplificar uma arquitetura de negociação cada vez mais complexa, ao mesmo tempo em que cria espaço para futuros formatos de mercado e funcionalidades entre cadeias.

O foco imediato permanece na implementação faseada. 2 de novembro de 2026 é uma data provisória para a transição de novos mercados criados, enquanto as posições CTF existentes não serão migradas automaticamente. Os desenvolvedores também enfrentam um prazo anterior de desativação da Data API V1 em 24 de outubro. Embora a arquitetura ofereça maior flexibilidade, seus efeitos sobre o desempenho de negociação, liquidez e custos operacionais só ficarão mais claros após a implantação mais ampla. Para traders e desenvolvedores, compreender essas distinções é mais útil do que assumir que todos os mercados mudarão ao mesmo tempo.

🔥 Além das manchetes: O que o KuCoin 5.0 significa para você

As notícias do mercado se movem rápido — mas onde você atua sobre elas importa igualmente. Este outono, a KuCoin lança a KuCoin 5.0, transformando a KuCoin em uma plataforma reconstruída. Aqui está o que realmente muda para você:

Uma conta para tudo. Plataformas antigas dividiam seu dinheiro entre contas separadas de "spot", "margin" e "futures" e esperavam que você entendesse por quê. A Conta Unificada do KuCoin 5.0 elimina isso completamente — faça um único depósito e tudo estará simplesmente disponível (por enquanto, disponível apenas para VIPs).
Ações, índices e commodities. O KuCoin 5.0 se expande além do cripto para mercados globais. Quando o cripto flutua lateralmente e os ativos equities se valorizam (ou o contrário), você faz a rotação em minutos, em vez de abrir uma conta na corretora e esperar dias pelas vias de moeda fiduciária.
Ativos do mundo real (RWA). Exposição tokenizada a ativos tradicionais, como commodities, diretamente na sua conta de cripto. Um dos segmentos de mais rápido crescimento na finança global não está mais reservado para instituições — você acessa-o a partir do mesmo saldo que usa para negociar.
Ganhe enquanto aprende. Não está pronto para negociar? KCUSD permite que suas stablecoins ganhem juros diários com composição automática. A forma menos estressante de colocar seu depósito ocioso para trabalhar com um rendimento de 4%.
Um assistente de IA em linguagem simples. Faça perguntas, obtenha contexto de mercado, entenda o que está vendo — integrado à plataforma, sem jargões necessários.
Um aplicativo que não sobrecarrega. Mais rápido, mais limpo e consistente — intuitivo desde o primeiro toque, não após um tutorial.
Segurança que você pode verificar, não apenas confiar. Uma entidade da UE com licença MiCAR, Proof of Reserves que você pode verificar por conta própria, e segurança certificada internacionalmente (SOC 2 Type II, ISO 27001:2022).

Crie sua conta em minutos — e comece na plataforma construída para onde o cripto está indo, não para onde já esteve.

Perguntas frequentes

Os comerciantes podem vender posições do Polymarket V2 antes do término de um evento?

Sim. Os comerciantes podem vender tokens de resultado antes da resolução do mercado, desde que o mercado permaneça aberto e haja interesse suficiente de compra. O preço de venda depende das ordens disponíveis e das condições do mercado. Como a execução de ordens em mercados de previsão depende da liquidez disponível, o preço final de venda pode diferir do preço de mercado exibido. Sair antecipadamente pode resultar em lucro ou prejuízo, independentemente de como o evento for resolvido eventualmente.

Como as posições vencedoras são pagas após a resolução de um mercado Polymarket V2?

Após a resolução, os tokens do resultado vencedor podem ser resgatados por colateral de acordo com o pagamento registrado no mercado. Em um mercado binário padrão, cada ação vencedora geralmente é resgatada por 1 pUSD, enquanto as ações perdedoras não têm valor de resgate. Alguns mercados podem usar pagamentos divididos, dependendo de suas regras de resolução.

Onde os usuários podem verificar os contratos inteligentes do Polymarket Protocol V2?

Os usuários podem verificar os endereços dos contratos implantados por meio da documentação oficial de desenvolvedor da Polymarket e inspecionar as transações correspondentes no PolygonScan. O registro de contratos identifica contratos de negociação, colateral, gerenciamento de posição e resolução. Quando um contrato utiliza um proxy, os usuários devem referenciar o endereço do proxy documentado, e não o endereço de implementação ou um link de terceiro não verificado.

O Protocolo Polymarket V2 passou por auditorias de segurança?

Sim. A Polymarket publicou revisões de segurança envolvendo Cantina, Certora, Quantstamp, SigmaPrime, Zellic e Pashov. A Certora também realizou trabalho de verificação formal, enquanto um programa de bug-bounty da Cantina oferece recompensas de até US$ 5 milhões para vulnerabilidades críticas qualificadas. Essas medidas fortalecem a avaliação de segurança, mas não garantem que todas as vulnerabilidades tenham sido identificadas.

Aviso

As informações fornecidas nesta página podem originar-se de fontes de terceiros e não representam necessariamente as visões ou opiniões da KuCoin. Este conteúdo destina-se exclusivamente a fins informativos gerais e não deve ser considerado como aconselhamento financeiro, de investimento ou profissional. A KuCoin não garante a precisão, completude ou confiabilidade das informações e não é responsável por quaisquer erros, omissões ou consequências decorrentes do seu uso. Investir em ativos digitais apresenta riscos inerentes. Por favor, avalie cuidadosamente sua tolerância ao risco e sua situação financeira antes de tomar quaisquer decisões de investimento. Para mais detalhes, consulte os Termos de Uso e o Descarte de Risco da KuCoin.

Aviso legal: Esta página foi traduzida usando tecnologia de IA para sua conveniência. Para informações mais precisas, consulte a versão original em inglês.