A atualização Glamsterdam do Ethereum entrou em operação na testnet Sepolia, movendo seu pacote de escalabilidade de 2026 para uma de suas etapas finais de testes públicos antes de uma ativação planejada na mainnet.
Resumo
- A atualização Glamsterdam do Ethereum entrou em operação na Sepolia em 6 de outubro, aproximando a rede de seu teste restante na Hoodi e de sua eventual ativação na mainnet.
- A Sepolia está testando um limite de 200 milhões de gas, juntamente com mudanças projetadas para permitir que os clientes do Ethereum lidem com mais trabalho de execução em paralelo.
- Glamsterdam introduz a separação consagrada entre proponente e construtor de blocos e listas de acesso em nível de bloco, alterando como os blocos são construídos, validados e processados.
- Os desenvolvedores avaliarão a implantação na Sepolia antes de definir o cronograma de ativação na Hoodi e determinar uma data final para a mainnet.
- Espera-se que o desenvolvimento do Ethereum avance para a atualização Hegotá após o Glamsterdam chegar à mainnet.
De acordo com a colaboradora da comunidade Ethereum Pooja Ranjan, a atualização foi ativada na Sepolia em 6 de outubro às 13h53 UTC, colocando mudanças na produção de blocos, processamento paralelo e precificação de gas por meio de um teste em rede pública.
A ativação segue semanas de preparação depois que os desenvolvedores agendaram o fork da Sepolia para 6 de outubro às 13:53:36 UTC. Os operadores de nós foram obrigados a atualizar tanto seus clientes de execução quanto de consenso antes do fork.
Espera-se que os desenvolvedores do Ethereum usem os resultados da Sepolia antes de definir a data de ativação para a Hoodi, a próxima etapa de testnet da rede. Uma data final para a mainnet ainda não foi confirmada.
Glamsterdam do Ethereum testa limite de 200 milhões de gas
Uma das principais mudanças sendo testadas na Sepolia é um limite de 200 milhões de gas, mais de três vezes o nível de aproximadamente 60 milhões usado antes da atualização.
Como o crypto.news relatou anteriormente, o Ethereum preparou o teste de 200 milhões de gas para ver se validadores e clientes podem processar blocos muito maiores de forma confiável sob condições de rede pública.
O limite mais alto dá ao Ethereum mais espaço para transações dentro de cada bloco, mas não garante automaticamente taxas mais baixas. Os validadores ainda precisam processar, executar e verificar a carga de trabalho extra sem criar demandas inaceitáveis de hardware ou rede.
Os desenvolvedores já haviam testado a capacidade maior antes da Sepolia. O Glamsterdam Devnet 11 completou sua transição enquanto elevava o limite de gas de 60 milhões para 200 milhões, usando aproximadamente 84.000 validadores em vários clientes Ethereum.
Os testes na Sepolia agora trazem a configuração para um ambiente público, onde os desenvolvedores podem monitorar o desempenho e o comportamento dos clientes sob condições mais difíceis de controlar do que uma rede de desenvolvimento privada.
A Ethereum Foundation estabeleceu anteriormente 200 milhões de gas como o piso almejado para os testes do Glamsterdam. Aumentos adicionais permanecem parte do trabalho de escalabilidade de longo prazo do Ethereum, embora qualquer limite de gas eventualmente usado na mainnet dependa de como os clientes lidam com a carga adicional.
Glamsterdam muda como os blocos do Ethereum são construídos
As duas principais mudanças do Glamsterdam são a separação consagrada entre proponente e construtor de blocos, conhecida como ePBS, e listas de acesso em nível de bloco.
O EIP 7732 traz a separação entre proponentes de blocos e construtores de blocos diretamente para o protocolo de consenso do Ethereum. Sob o design, o validador que propõe um bloco não precisa desempenhar o mesmo papel que o construtor que monta sua carga útil de execução.
A proposta separa a validação de consenso da validação de execução, dando aos validadores tempo adicional para verificar os payloads de execução. Atualmente, o Ethereum processa transações em uma ordem amplamente sequencial, limitando a quantidade de trabalho que pode ser tratada ao mesmo tempo.
A execução paralela tem como objetivo permitir que os clientes processem mais atividade sem depender apenas de aumentos contínuos do limite de gas.
Os testes públicos trazem seus próprios riscos. Desenvolvedores alertaram anteriormente que builders poderiam explorar a Sepolia porque o ether de teste é barato e fácil de obter. Um builder malicioso poderia vencer repetidamente os leilões de blocos e então retter os payloads de execução, criando condições diferentes da mainnet, onde o mesmo comportamento teria um custo financeiro real.
Os desenvolvedores mantiveram os testes adversariais no ambiente Platåberget, de execução mais longa, enquanto preparavam a Sepolia para o fork público.
Listas de acesso de bloco preparam o Ethereum para o processamento paralelo
O EIP 7928 introduz listas de acesso em nível de bloco, ou BALs, que registram as contas e os locais de armazenamento acessados durante um bloco, juntamente com as mudanças de estado pós-transação relevantes.
Fornecer essas informações antecipadamente permite que os clientes do Ethereum identifiquem quais partes do estado serão necessárias durante a execução. Os clientes podem então ler dados do disco em paralelo, executar transações elegíveis simultaneamente e calcular as raízes de estado com mais eficiência.
A abordagem tem como objetivo afastar o Ethereum do processamento de todo o trabalho de execução por meio de um único caminho sequencial, à medida que os desenvolvedores avançam em direção a uma maior taxa de transferência da Camada 1.
O Glamsterdam altera a contabilização de gas ao mesmo tempo. O EIP 8037 introduz cobranças separadas vinculadas à criação de estado, mudando suposições nas quais alguns aplicativos e infraestruturas confiaram por anos.
Os desenvolvedores do Ethereum alertaram que as mudanças podem afetar carteiras e ferramentas de gas que usam suposições fixas de gas. Uma transferência básica de ETH para uma conta existente pode continuar a usar 21.000 de gas, enquanto operações que criam novo estado podem custar mais.
Limites de gas codificados de forma fixa, subsídios fixos e suposições semelhantes podem, portanto, exigir mudanças à medida que o Glamsterdam se aproxima da mainnet.
Hegotá seguirá a atualização Glamsterdam
Assim que o Glamsterdam chegar à mainnet, o desenvolvimento do Ethereum deverá avançar em direção ao Hegotá, a próxima grande atualização de rede planejada para 2027.
Os desenvolvedores vêm reduzindo o escopo do Hegotá, de dezenas de propostas que abrangem privacidade, resistência à censura, abstração de conta, precificação de gas, economia dos validadores e maior escalabilidade da Camada 1.
O EIP 8141, conhecido como Frame Transactions, foi agendado para o Hegotá. Os Frames separariam a autorização da transação, a execução e o pagamento de taxas, permitindo que aplicativos ou outras contas cubram o gas dos usuários enquanto os validadores continuam recebendo taxas em ETH.
O design poderia suportar transações patrocinadas, sistemas alternativos de assinatura, rotação de chaves e pagamentos em que os usuários interagem com aplicativos sem manter ETH separadamente para gas.
A privacidade continua sendo outra parte do trabalho sendo considerada para a atualização de 2027. Pesquisadores do Ethereum examinaram designs de transação que poderiam dar aos pools de privacidade mais controle sobre os pagamentos de taxas, enquanto as Listas de Inclusão Impostas pela Escolha do Fork têm como objetivo tornar mais difícil para os builders excluir transações elegíveis.
Os desenvolvedores começaram a revisar 66 propostas do Hegotá em agosto antes de reduzir o pacote. Os candidatos abrangiam abstração de conta, precificação de transações, crescimento do estado, resistência à censura e escalabilidade da rede, com propostas individuais ainda sujeitas a trabalho de implementação e testes antes da inclusão.
O Glamsterdam deve primeiro concluir seu processo restante de testnet. Após a Sepolia, espera-se que os desenvolvedores determinem o cronograma de ativação da Hoodi usando os resultados da implantação atual antes de definir uma data final para o fork da mainnet.
