
A Polygon Foundation anunciou a 7 de abril que a actualização hard fork do Giugliano será activada oficialmente, por volta das 22:00 (hora de Pequim) de 8 de abril, na altura 85,268,500 do bloco na rede principal da Polygon. Esta actualização é uma actualização obrigatória para nós: os nós Bor têm de ser actualizados para a versão v2.7.0 e os nós Erigon para a versão v3.5.0.
Esta actualização incide na eficiência de confirmação de transacções e na transparência das informações de custos na rede principal da Polygon, trazendo três melhorias estruturais a nível técnico:
Aceleração da finalização: permite que os produtores (Producer) declarem o bloco mais cedo, reduzindo o tempo de espera para as transacções atingirem a confirmação final, melhorando directamente a capacidade de processamento de transacções na cadeia
Parâmetros de taxa incorporados no cabeçalho do bloco: parâmetros relacionados com taxas serão escritos directamente no cabeçalho do bloco (Block Header), tornando o acesso às informações de taxas mais padronizado e mais fácil de integrar por programadores
Novo interface RPC de taxas: introdução de um novo interface RPC para suportar a leitura em tempo real dos dados de taxas, fornecendo aos programadores ferramentas de consulta de custos mais completas
As três melhorias convergem para o mesmo objectivo: tornar o funcionamento da rede principal da Polygon mais eficiente e transparente para utilizadores, programadores e operadores de nós.
A Polygon Foundation define de forma clara que todos os operadores de nós devem concluir a actualização antes de a rede principal atingir a altura de bloco 85,268,500. Os operadores de nós Bor devem actualizar para a versão v2.7.0 e os operadores de nós Erigon para a versão v3.5.0; em ambos os casos, trata-se de requisitos obrigatórios.
O aviso oficial indica que, se os nós não concluírem a actualização antes do arranque do hard fork, perderão a ligação sincronizada com a rede principal, não conseguindo continuar a operar de forma normal. Os operadores de nós devem confirmar imediatamente a versão de software actual e, de acordo com a documentação oficial, efectuar as actualizações correspondentes, para evitar interrupções do serviço após a chegada do bloco de actualização.
Em simultâneo com a publicação da actualização Giugliano, o ecossistema Polygon tem apresentado várias evoluções que merecem atenção.
De acordo com dados da plataforma Alex, o volume de transacções acumulado da stablecoin JPYC ancorada em moeda fiduciária japonesa atingiu 136 milhões de dólares, dos quais 90 milhões de dólares de transacções são liquidadas através da rede Polygon. Estas transacções são aplicadas principalmente em plataformas de pagamentos como Tria, Daimo e CurrencyCompetition, reflectindo o progresso real da Polygon na adopção de cenários de pagamento com stablecoins na Ásia.
Além disso, a Polygon lançou oficialmente a funcionalidade de Private Mempool a 2 de abril, oferecendo um canal de submissão de transacções privado, que protege cada transacção contra interferências de front-running (Front-running) e de ataques de sandwich (Sandwich Attack). Os utilizadores apenas precisam de substituir o endereço RPC pelo endpoint privado correspondente, sem qualquer operação adicional, para activar a funcionalidade de protecção.
O Giugliano é uma actualização hard fork obrigatória da rede principal da Polygon, prevista para ser activada, por volta das 22:00 (hora de Pequim) de 8 de abril, na altura 85,268,500 do bloco. A actualização traz três melhorias principais: aceleração da finalização, transparência dos parâmetros de taxas e a introdução de um novo interface RPC de taxas.
Os operadores de nós Bor têm de ser actualizados para a versão v2.7.0 e os operadores de nós Erigon para a versão v3.5.0, devendo concluir a actualização antes de a rede principal atingir a altura 85,268,500 do bloco. Nós que não forem actualizados a tempo perderão a ligação sincronizada com a rede principal após a activação do hard fork.
O Private Mempool foi lançado a 2 de abril. Para activar, os utilizadores só precisam de substituir o endereço RPC pelo endpoint privado fornecido pela Polygon, sem necessidade de outras configurações; desta forma, as transacções ficam protegidas contra interferências do front-running (Front-running) e de ataques de sandwich (Sandwich Attack).