Polygon ativa hardfork Giugliano para melhorar a finalidade das transações
A rede Polygon ativou seu hardfork Giugliano na mainnet no bloco 85.268.500 em 8 de abril, entregando uma redução de 2 segundos na finalidade da transação por meio de um mecanismo que permite aos produtores de blocos anunciarem os blocos mais cedo no pipeline de confirmação. A Polygon Foundation confirmou que a atualização entrou em vigor aproximadamente às 14:00 UTC – conforme o cronograma e sem interrupções relatadas.
Esse corte de 2 segundos não é apenas estético. Para aplicações de pagamento e plataformas de ativos do mundo real (RWA) operando na Polygon PoS, uma finalidade mais rápida comprime diretamente o risco de liquidação e reduz a latência de confirmação que separa a experiência do usuário (UX) em blockchain da infraestrutura financeira tradicional.
- O que é: O hardfork Giugliano (PIP-83) é uma atualização da mainnet Polygon PoS ativada no bloco 85.268.500, visando uma finalidade de transação mais rápida e infraestrutura de taxas atualizada.
- A mudança técnica: Os produtores de blocos agora podem anunciar blocos mais cedo no ciclo, reduzindo a finalidade em 2 segundos – validado na testnet Amoy antes da implementação na mainnet.
- Infraestrutura de taxas: Os parâmetros de taxas agora estão incorporados diretamente nos cabeçalhos dos blocos, com novos endpoints RPC para dados de taxas – uma mudança estrutural para carteiras e ferramentas de desenvolvedores.
- Requisito de nó: Todos os operadores de nós devem rodar Bor v2.7.0 ou Erigon v3.5.0 ou superior; nós em versões anteriores perderão o consenso no bloco de ativação.
- O que observar: As métricas de finalidade no mundo real pós-ativação determinarão se o ganho de 2 segundos da testnet se mantém na escala da mainnet – e se a Polygon reduz a lacuna de UX com concorrentes L2 mais rápidos.
O que o Giugliano realmente muda para a Polygon – e por que o mecanismo de finalidade importa
A mudança central no Giugliano é arquitetural: os produtores de blocos na Polygon PoS agora podem sinalizar a disponibilidade do bloco mais cedo no ciclo de slots, reduzindo o tempo que os validadores devem esperar antes de tratar um bloco como confirmado. Na testnet Amoy, isso se traduziu em uma melhoria de finalidade de 2 segundos – um delta mensurável, não um erro de arredondamento, quando a janela de confirmação de base já é medida em segundos.
A atualização também incorpora parâmetros de taxas diretamente nos cabeçalhos dos blocos e introduz novo suporte RPC para dados de taxas.
Essa distinção é importante para os desenvolvedores: carteiras e dApps agora podem consultar as condições de taxas diretamente dos dados do bloco, em vez de reconstruí-las por meio de chamadas de API separadas, o que simplifica a lógica de estimativa de gas e reduz a margem para erros relacionados a taxas na camada de aplicação.
O Giugliano não é uma atualização de throughput (taxa de transferência) – é uma atualização de latência e infraestrutura. O roadmap do Gigagas, visando 100.000 TPS, continua sendo um esforço separado e de longo prazo. O que o Giugliano entrega é um ciclo de confirmação mais curto e pipelines de dados de taxas mais limpos – uma base estrutural da qual o trabalho de escalonamento do Gigagas dependerá.
A atualização também traz um histórico específico. O Giugliano reintroduz formalmente a PIP-66, um conjunto de mudanças que foi incluído no hardfork anterior Bhilai (PIP-63), mas revertido após causar problemas comportamentais não especificados na rede durante a implementação.
A execução na testnet Amoy em 23 de março, no bloco 35.573.500, serviu como o portão de validação final antes da mainnet, e a ativação limpa na quarta-feira sugere que esses problemas anteriores foram resolvidos.
Comparado ao cenário mais amplo das L2, a lacuna que o Giugliano fecha é real, mas depende do contexto. Rollups otimistas como Arbitrum e Optimism possuem janelas de desafio de 7 dias que eclipsam qualquer métrica de finalidade de PoS. Rollups baseados em ZK alcançam finalidade criptográfica quase instantânea, mas com custos de prova mais elevados.
A Polygon PoS se enquadra em uma categoria arquitetural diferente – uma sidechain com seu próprio conjunto de validadores – e o Giugliano estreita sua finalidade nativa sem alterar esses trade-offs fundamentais.
Por que confiar em nós?
2M+
250+
8
70
Mais Artigos
in numbers
