Polymarket V2 pode mudar a forma como os usuários apostam em eventos

Polymarket começou os testes de produção do Protocolo V2 antes de uma mudança provisória em 2 de novembro para mercados recém-criados, substituindo sua arquitetura de mercado Gnosis CTF de 2019 por um sistema de posição ERC-1155 único, colateral pUSD e resolução modular.

Resumo

• O Protocolo Polymarket V2 começará a lidar com novos mercados em 2 de novembro após testes canários em outubro.
• O V2 substitui os adaptadores Gnosis CTF legados por um único sistema de posição ERC-1155 e colateral unificado pUSD.
• UMA e Chainlink podem fornecer resultados através da nova camada de liquidação OracleAggregator do Polymarket para os mercados.
• O Polymarket afirma que as participações CTF existentes permanecerão inalteradas enquanto as novas posições V2 utilizam contratos separados.
• A API de dados V1 será descontinuada em 24 de outubro, dando aos desenvolvedores nove dias antes da mudança planejada para o V2.

O chefe do protocolo Polymarket, Rajath Alex, disse em 5 de outubro que os mercados canários funcionariam em produção até 30 de outubro antes que novos mercados "provisoriamente" começassem a se mover para o Protocolo V2 em 2 de novembro. Os mercados e posições CTF existentes não migrarão automaticamente para os novos contratos.

Polymarket V2 reconstrói como as posições são criadas

O sistema de mercado existente do Polymarket remonta ao Framework de Tokens Condicionais 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, manuseio de colateral e resolução.

O Protocolo V2 remove grande parte dessa estrutura. O repositório de código oficial do Polymarket descreve o V2 como seu "sistema de contrato inteligente de mercado de previsões de próxima geração", com tokens de posição ERC-1155, manuseio de colateral, oráculos modulares, correspondência de pedidos e funções cross-chain.

Os IDs de posição agora codificam informações, incluindo o módulo, condição e resultado diretamente no identificador do token. O sistema utiliza 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 de implantação do Polygon publicada pelo Polymarket mostra o PositionManager, Exchange, Router e cada um desses módulos já implantados na mainnet.

A liberação de outubro não deve ser confundida com a atualização anterior do CLOB v2 do Polymarket. Como relatado anteriormente na cobertura do crypto.news sobre a implementação do CLOB v2 do Polymarket, a atualização de abril mudou contratos de troca, o motor de correspondência e colateral, enquanto introduziu pUSD para negociação. O Protocolo V2 muda a infraestrutura de posição e mercado sob esse sistema de negociação.

pUSD se torna o colateral comum entre os mercados V2

O Protocolo Polymarket V2 utiliza Polymarket USD, ou pUSD, como seu ativo colateral comum entre os novos módulos de mercado.

A documentação oficial do contrato afirma que o pUSD é um token ERC-20 que envolve USDC e USDC.e em uma proporção de 1:1 através de um cofre externo. O código exige que o USDC combinado e o USDC.e mantidos pelo cofre sejam iguais ou superiores ao suprimento de pUSD em circulação.

O token em si não é novo. O pUSD chegou com as mudanças de troca no início de 2026, mas o Protocolo V2 o torna o colateral comum utilizado por seus módulos de mercado. Integrações existentes que já utilizam pUSD não precisam substituir sua configuração de colateral ao adicionar suporte ao V2, de acordo com o guia de migração do Polymarket.

Para os desenvolvedores, as posições mudam. Os saldos do 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, portanto, integrações precisam de novas permissões para operações do V2.

O Polymarket informa explicitamente aos desenvolvedores para manter o suporte 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 através de uma camada

A resolução recebe um redesenho separado através do novo OracleAggregator.

O código V2 da Polymarket mostra que o OracleAggregator está acima dos módulos de repórter plugáveis, disputa e arbitragem. Os contratos de repórter atuais incluem um módulo de Oracle Otimista da UMA, um repórter da Chainlink e um repórter EOA.

O módulo da UMA pode passar resultados da UMA resolvidos para o agregador como votos de repórter. O módulo da Chainlink lida com a resolução baseada em preços usando os Fluxos de Dados da Chainlink, de acordo com a documentação do contrato publicada. Diferentes módulos de repórter podem ser combinados sob limites estabelecidos para mercados individuais.

A Polymarket já havia introduzido a Chainlink para certos mercados objetivos. Na cobertura relacionada da crypto.news sobre a integração da Chainlink, a plataforma usou os Fluxos de Dados da Chainlink e Automação para resolver mercados de preços de criptomoedas usando dados de mercado externos.

A UMA continua relevante para mercados que exigem resolução baseada em eventos. A crypto.news documentou separadamente como a UMA resolve os mercados de previsão da Polymarket e como as disputas podem passar pelo seu processo de contestação. O Protocolo V2 não simplesmente substitui a UMA pela Chainlink. Seu OracleAggregator permite que diferentes fontes de resolução se conectem à mesma estrutura.

Os contratos V2 também contêm infraestrutura cross-chain. A documentação da ponte da Polymarket afirma que posições, colaterais e resultados de resolução podem se mover através de uma camada de transporte cuja implementação atual usa o Chainlink CCIP. A Polygon continua sendo o hub de resolução no design da mainnet publicado.

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ó a negociação em cadeias adicionais.

Verificações de segurança cobrem os novos contratos da Polymarket

A Polymarket lançou 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 pela Cantina, Certora, Quantstamp, Pashov, Sigma Prime e Zellic em componentes principais do V2. O repositório lista o trabalho de verificação formal da Certora cobrindo o Exchange, Token Colateral, Gerenciador de Posições, Módulo Binário, Módulo NegRisk, Módulo Combinatorial e OracleAggregator.

Alex disse que vulnerabilidades críticas permanecem elegíveis para recompensas de até $5 milhões sob o programa de recompensas por bugs da Polymarket. A recompensa foi lançada no início de 2026 e cobre contratos inteligentes e outras partes da pilha tecnológica da plataforma.

O período canário oferece aos desenvolvedores e criadores de mercado um ambiente de produção para testes antes da transição planejada de 2 de novembro. Alex disse que a implementação limitada ocorre de 5 de outubro a 30 de outubro, com novos mercados esperados para começar a usar o V2 depois que o cronograma for mantido.

Desenvolvedores enfrentam um prazo anterior de 24 de outubro

Uma migração separada já está em andamento para a API de Dados da Polymarket. A documentação oficial da Polymarket afirma que a API de Dados V1 será descontinuada em 24 de outubro de 2026, exigindo que as integrações existentes se mudem 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 API de Dados V2 consolida várias rotas de posição em /v2/positions e adiciona endpoints cobrindo lucro e perda 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 10.000 linhas usado pela V1.

Para usuários regulares de aplicativos e sites, a Polymarket afirma que nenhuma migração técnica é necessária. Os usuários podem encontrar novos prompts de aprovação ao interagir com os mercados V2, enquanto desenvolvedores e integrações de contratos inteligentes precisam suportar tanto as posições V2 quanto as participações CTF legadas.

O cronograma atual dá aos desenvolvedores de API até 24 de outubro para deixar a API de Dados V1, mantém os mercados canários do Protocolo V2 funcionando até 30 de outubro e define 2 de novembro como a data provisória quando os novos mercados criados começam a usar o protocolo V2.