A Polymarket iniciou os testes de produção do Protocolo V2 antes de uma possível migração em 2 de novembro para os mercados recém-criados, substituindo sua arquitetura de mercado Gnosis CTF da era de 2019 por um único sistema de posições ERC-1155, garantia pUSD e resolução modular.
Resumo
- O Protocolo V2 da Polymarket começará a lidar com novos mercados em 2 de novembro, após os testes canário de outubro.
- O V2 substitui os adaptadores legados Gnosis CTF por um único sistema de posições ERC-1155 e garantia unificada pUSD.
- UMA e Chainlink podem fornecer resultados por meio da nova camada de liquidação modular OracleAggregator da Polymarket para mercados.
- A Polymarket afirma que as participações existentes em CTF permanecerão inalteradas, enquanto as novas posições V2 usarão contratos separados.
- A Data API V1 será desativada em 24 de outubro, dando aos desenvolvedores nove dias antes da planejada migração para o V2.
O chefe de protocolo da Polymarket, Rajath Alex, disse em 5 de outubro que os mercados canário seriam executados em produção até 30 de outubro, antes que os mercados totalmente novos comecem "tentativamente" a migrar para o Protocolo V2 em 2 de novembro. Os mercados e posições CTF existentes não migrarão automaticamente para os novos contratos.
A V2 da Polymarket reconstrói como as posições são criadas
O sistema de mercado existente da Polymarket remonta ao Conditional Tokens Framework da Gnosis, de 2019. À medida que novos formatos de mercado foram introduzidos, adaptadores e contratos separados foram adicionados para funções incluindo mercados de risco negativo, tratamento de garantias e resolução.
O Protocolo V2 remove grande parte dessa estrutura. O repositório oficial de código da Polymarket descreve o V2 como seu "sistema de contrato inteligente de mercado de previsão de próxima geração", com tokens de posição ERC-1155, tratamento de garantias, oráculos modulares, correspondência de ordens e funções entre cadeias.
Os IDs de posição agora codificam informações incluindo o módulo, a condição e o resultado diretamente no identificador do token. O sistema usa um contrato PositionManager comum e um Router, com módulos separados lidando com diferentes estruturas de mercado.
Os módulos iniciais cobrem mercados binários, mercados atômicos de risco negativo, mercados incrementais de risco negativo e mercados combinatórios. A lista publicada de implantação na Polygon da Polymarket mostra o PositionManager, o Exchange, o Router e cada um desses módulos já implantados na mainnet.
O lançamento de outubro não deve ser confundido com a atualização anterior do CLOB v2 da Polymarket. Como relatado anteriormente na cobertura da crypto.news sobre o lançamento do CLOB v2 da Polymarket, a atualização de abril mudou os contratos de exchange, o motor de correspondência e a garantia, além de introduzir o pUSD para negociação. O Protocolo V2 altera a infraestrutura de posições e de mercado por baixo desse sistema de negociação.
pUSD se torna a garantia comum entre os mercados V2
O Protocolo V2 da Polymarket usa o Polymarket USD, ou pUSD, como seu ativo de garantia comum entre os novos módulos de mercado.
A documentação oficial do contrato afirma que o pUSD é um token ERC-20 que empacota USDC e USDC.e em uma proporção de 1:1 por meio de um cofre externo. O código exige que o total combinado de USDC e USDC.e mantido pelo cofre seja igual ou superior à oferta pendente de pUSD.
O token em si não é novo. O pUSD chegou com as mudanças de exchange no início de 2026, mas o Protocolo V2 o torna a garantia comum usada por seus módulos de mercado. Integrações existentes que já usam pUSD não precisam substituir sua configuração de garantia ao adicionar suporte ao V2, de acordo com o guia de migração da Polymarket.
Para os desenvolvedores, as posições mudam. Os saldos V2 ficam no novo PositionManager, enquanto divisões, fusões e resgates passam pelo Router. As aprovações CTF existentes não são transferidas, então as integrações precisam de novas permissões para operações V2.
A Polymarket diz explicitamente aos desenvolvedores para manter o suporte a CTF para mercados e participações mais antigos. Sua documentação de migração afirma que as participações CTF existentes não são convertidas quando uma integração adiciona o Protocolo V2.
UMA e Chainlink podem liquidar mercados por meio de uma única camada
A resolução recebe um redesenho separado por meio do novo OracleAggregator.
O código V2 da Polymarket mostra que o OracleAggregator fica acima de módulos plugáveis de repórter, disputa e arbitragem. Os contratos de repórter atuais incluem um módulo UMA Optimistic Oracle, um repórter Chainlink e um repórter EOA.
O módulo UMA pode passar resultados liquidados da UMA para o agregador como votos de repórter. O módulo da Chainlink lida com resolução baseada em preço usando Chainlink Data Streams, de acordo com a documentação publicada do contrato. Diferentes módulos de repórter podem ser combinados sob limites definidos para mercados individuais.
A Polymarket já havia introduzido a Chainlink para certos mercados objetivos. Na cobertura relacionada do crypto.news sobre a integração com a Chainlink, a plataforma usou Chainlink Data Streams e Automation para liquidar mercados de preços de criptomoedas usando dados externos de mercado.
A UMA continua relevante para mercados que exigem resolução baseada em eventos. O Crypto.news documentou separadamente como a UMA resolve mercados de previsão da Polymarket e como as disputas podem percorrer seu processo de contestação. O Protocolo V2 não substitui simplesmente a UMA pela Chainlink. Seu OracleAggregator permite que diferentes fontes de resolução se conectem ao mesmo framework.
Os contratos V2 também contêm infraestrutura cross-chain. A documentação da ponte da Polymarket afirma que posições, garantias e resultados de resolução podem se mover por uma camada de transporte cuja implementação atual usa Chainlink CCIP. A Polygon continua sendo o hub de resolução no design publicado para a mainnet.
Nenhuma data foi anunciada para uma ativação multi-chain. O código da ponte estabelece a estrutura técnica, mas o plano de migração de 2 de novembro diz respeito a novos mercados V2 e não anuncia, por si só, negociação em chains adicionais.
Verificações de segurança cobrem os novos contratos da Polymarket
A Polymarket divulgou um registro de segurança detalhado para o Protocolo V2 antes da migração planejada. Seu repositório oficial de segurança de contratos lista revisões feitas por Cantina, Certora, Quantstamp, Pashov, Sigma Prime e Zellic em componentes principais da V2. O repositório lista o trabalho de verificação formal da Certora cobrindo o Exchange, Collateral Token, Position Manager, Binary Module, NegRisk Module, Combinatorial Module e OracleAggregator.
Alex disse que vulnerabilidades críticas continuam elegíveis para recompensas de até US$ 5 milhões no programa de bug bounty da Polymarket. O bounty foi lançado no início de 2026 e cobre contratos inteligentes e outras partes da stack tecnológica da plataforma.
O período canário dá a desenvolvedores e formadores de mercado um ambiente de produção para testes antes da transição planejada para 2 de novembro. Alex disse que o lançamento limitado ocorre de 5 de outubro a 30 de outubro, com novos mercados previstos para começar a usar a V2 depois disso, se o cronograma se mantiver.
Desenvolvedores enfrentam um prazo anterior, em 24 de outubro
Uma migração separada já está em andamento para a Data API da Polymarket. A documentação oficial da Polymarket diz que a Data API V1 será desativada em 24 de outubro de 2026, exigindo que integrações existentes migrem para rotas V2 antes dessa data. O novo sistema usa uma estrutura de resposta compartilhada, paginação baseada em cursor e campos em snake_case.
A Data API V2 consolida várias rotas de posição em /v2/positions e adiciona endpoints cobrindo lucro e prejuízo do usuário, volume, histórico de preços, resoluções e status do serviço. A paginação por cursor remove o antigo limite de deslocamento de 10.000 linhas usado pela V1.
Para usuários comuns do aplicativo e do site, a Polymarket diz que nenhuma migração técnica é necessária. Os usuários podem encontrar novos prompts de aprovação ao interagir com mercados V2, enquanto desenvolvedores e integrações de contratos inteligentes precisam suportar tanto posições V2 quanto participações legadas de CTF.
O cronograma atual dá aos desenvolvedores de API até 24 de outubro para deixar a Data API V1, mantém os mercados canário do Protocolo V2 em execução até 30 de outubro e define 2 de novembro como a data provisória em que mercados recém-criados começam a usar o protocolo V2.
