A carregar preços…
🔥BULLISH

Polymarket V2 mantém apostas existentes nos contratos antigos

A implementação exige que os programadores suportem dois sistemas de posições e permissões de negociação distintas, enquanto os utilizadores da aplicação não precisam de fazer qualquer migração técnica.

A implementação do Protocolo V2 da Polymarket não transfere automaticamente as apostas existentes da antiga Conditional Tokens Framework (CTF) para os novos contratos. As orientações indicam que as integrações de negociação devem continuar a suportar as posições existentes e acrescentar um sistema separado para as posições e permissões V2. Estão previstos mercados Canary entre 5 e 30 de outubro, e o dia 2 de novembro é apontado como uma data provisória para a transição dos mercados criados de novo, não como prazo para converter as posições existentes.

Porque é importante

A mudança afeta a forma como os programadores acompanham saldos, identificam participações e autorizam transações. As posições CTF antigas continuam no registo anterior, enquanto os saldos V2 ficam num contrato separado chamado PositionManager. As integrações têm de selecionar o identificador de participação correto para cada mercado e usar o formato de ordem correspondente: a V2 usa IDs de posição e a versão 3 do domínio de assinatura, enquanto as ordens CTF mantêm a versão 2.

As permissões também são distintas. As compras V2 exigem que a conta que detém os ativos autorize a ExchangeV3 a gastar pUSD suficiente para as compras e taxas. Para vender, é necessária permissão para a ExchangeV3 operar sobre as participações no PositionManager; as aprovações CTF existentes não abrangem nenhuma destas ações. A criação, combinação ou resgate diretamente através de contratos usa Router, com requisitos próprios de aprovação e permissão de operador.

Impacto no mercado

Para os programadores, a implementação implica manter a compatibilidade com ambos os sistemas de contratos e verificar compras, vendas e saldos num mercado V2 e num mercado CTF. As integrações que já usam pUSD e o formato de ordem CTFExchangeV2 podem manter as garantias, carteiras, credenciais de livro de ordens e endpoints, mas ainda têm de atualizar o tratamento de saldos e a leitura de pagamentos.

O registo de contratos da Polymarket indica que uma posição CTF só pode passar para V2 depois de a Polymarket registar a condição ou o evento em causa. Essa operação é distinta da atualização do software de negociação. Os utilizadores da aplicação ou do site da Polymarket não precisam de fazer uma migração técnica, embora devam concluir quaisquer pedidos de aprovação apresentados na aplicação. As orientações abrangem a negociação on-chain baseada na Polygon; a Polymarket US tem documentação separada.

Perguntas frequentes

  1. As apostas existentes na Polymarket passam automaticamente para o Protocolo V2?

    Não. As posições existentes na Conditional Tokens Framework permanecem nesse sistema, a menos que sejam transferidas através de um processo separado.

  2. A que se refere a data provisória de 2 de novembro?

    É uma data provisória para a transição dos mercados criados de novo, não um prazo para converter todas as apostas existentes.

  3. O que têm os programadores de alterar para suportar posições V2?

    As integrações têm de gerir os saldos PositionManager juntamente com as posições CTF antigas, selecionar o identificador de participação correto e suportar o formato de ordem de cada versão.

  4. As permissões CTF existentes autorizam transações V2?

    Não. As compras e vendas V2 exigem permissões separadas para a ExchangeV3, e as ações diretamente através de contratos via Router têm requisitos de aprovação próprios.

  5. Os utilizadores da aplicação Polymarket têm de migrar as suas posições?

    Não é necessária qualquer migração técnica para os utilizadores da aplicação ou do site. Devem concluir quaisquer pedidos de aprovação apresentados na aplicação.

Atribuição da fonte
Agregado de CryptoSlate · Verificado · Última atualização há 15d
Abrir original →