A atualização Glamsterdam do Ethereum vai reprecificar operações de estado: o que desenvolvedores e usuários precisam saber

A próxima atualização Glamsterdam do Ethereum deve introduzir uma mudança importante que talvez não seja imediatamente visível para o usuário comum, mas que pode fazer muita diferença para desenvolvedores de contratos inteligentes e equipes de infraestrutura: um novo modelo de precificação de Gas para operações relacionadas ao estado.

A equipe da Ethereum Foundation publicou uma avaliação de impacto para duas propostas, EIP-8037 e EIP-8038, ambas criadas para fazer com que os custos de Gas do Ethereum reflitam melhor o peso computacional e de armazenamento real de interagir com o estado crescente da rede. Na prática, a atualização busca cobrar com mais precisão por operações como criar novas contas, gravar novos slots de armazenamento, implantar bytecode, ler armazenamento de contratos e acessar contas frias.

Para a maioria dos usuários, isso não exigirá nenhuma ação. Carteiras, provedores de RPC, construtores de blocos e frontends de aplicações devem atualizar automaticamente a estimativa de taxas e o tratamento de transações. No entanto, um pequeno número de contratos que dependem de premissas fixas de Gas pode precisar ser revisado e corrigido antes de o Glamsterdam entrar em vigor.

Por que o Ethereum está reprecificando operações de estado agora

O “estado” do Ethereum se refere ao banco de dados ativo que os nós completos precisam manter: saldos de contas, código de contratos, valores de armazenamento, nonces e outros dados necessários para validar a cadeia. À medida que DeFi, stablecoins, NFTs, liquidação em L2, restaking e infraestrutura on-chain cresceram, esse estado aumentou substancialmente.

O problema não é apenas o tamanho do armazenamento. O acesso ao estado também afeta o desempenho. Quando os nós processam transações, eles precisam ler e gravar dados de estado com eficiência. Se os preços de Gas subestimarem o custo real dessas operações, a rede pode ficar exposta a gargalos de throughput, especialmente à medida que o limite de Gas aumenta.

A última grande mudança do Ethereum na precificação de acesso ao estado ocorreu na atualização Berlin, em 2021, que introduziu mudanças como access lists e a distinção entre acessos frios e quentes por meio de propostas como a EIP-2929 e a EIP-2930. Desde então, o perfil de uso do Ethereum mudou bastante. O recente aumento dos limites de Gas elevou ainda mais a urgência de tornar o crescimento do estado sustentável.

A reprecificação de Gas do Glamsterdam, portanto, não é apenas um ajuste de taxas. Ela faz parte do plano mais amplo do Ethereum para suportar maior throughput sem comprometer a viabilidade operacional dos nós.

O que as EIP-8037 e EIP-8038 mudam

A avaliação do Glamsterdam se concentra em duas propostas:

• EIP-8037: reprecifica a criação de novo estado, incluindo novas contas, novos slots de armazenamento e bytecode implantado.
• EIP-8038: aumenta os custos de operações de acesso ao estado, como SSTORE, SLOAD e acesso a contas frias.

A ideia central é simples: operações que impõem maior carga aos nós do Ethereum devem ter um custo de Gas mais próximo do uso real de recursos.

Isso é especialmente relevante para contratos que criam muitos slots de armazenamento, implantam muitos contratos ou executam grande número de leituras e gravações frias. Esses padrões são comuns em certos protocolos DeFi, fábricas de contratos inteligentes, sistemas de mint de NFT, infraestrutura de account abstraction e jogos on-chain complexos.

O objetivo: preparar o Ethereum para um throughput maior

Um ponto importante na avaliação é que a nova precificação foi calibrada em torno de uma meta de desempenho que poderia suportar aproximadamente três vezes o throughput de base. Isso não significa que o Glamsterdam triplicará sozinho a capacidade do Ethereum da noite para o dia. Em vez disso, a reprecificação é um pré-requisito para aumentar com segurança o limite de Gas no futuro.

A escalabilidade do Ethereum em 2025 está cada vez mais em múltiplas camadas. Os rollups continuam a lidar com uma grande parcela da atividade dos usuários, enquanto a mainnet do Ethereum permanece como camada de liquidação, liquidez e segurança. À medida que a escalabilidade baseada em blobs evolui após a EIP-4844, a eficiência de execução na mainnet ainda importa. Se as operações de estado na L1 continuarem subprecificadas, maior throughput pode transferir mais carga para os operadores de nós e enfraquecer a descentralização.

Em outras palavras, a reprecificação do Glamsterdam é tanto uma atualização defensiva quanto uma atualização de escala. Ela tenta preservar a capacidade de crescimento do Ethereum sem tornar a rede excessivamente cara ou difícil de validar.

Como o impacto foi avaliado

Para estimar as consequências no mundo real, pesquisadores do Ethereum reproduziram transações históricas da mainnet sob o esquema de Gas proposto. Esse método ajuda a identificar quais transações se comportariam de forma diferente se as novas regras de precificação fossem aplicadas.

Os resultados foram agrupados em quatro categorias amplas:

1. Transações que não são afetadas
   A maioria das transações históricas se encaixa aqui. Elas ou não dependem fortemente das operações reprecificadas, ou já incluem margem suficiente de Gas.

2. Transações que ainda são bem-sucedidas, mas consomem quantidades diferentes de Gas
   Algumas transações continuam válidas, mas o uso de Gas ou os detalhes de execução mudam. Isso é esperado quando as regras de precificação são atualizadas.

3. Transações que ficam sem Gas sob o limite original, mas funcionam com um limite maior
   Essas transações não estão fundamentalmente quebradas. Elas simplesmente precisam de mais Gas sob o novo modelo de precificação.

4. Transações que podem falhar mesmo com um limite de Gas muito maior
   Esta é a categoria menor, porém mais importante. Essas falhas geralmente apontam para contratos que assumem custos específicos de Gas dentro da própria lógica.

A última categoria é onde os desenvolvedores devem concentrar atenção. Se um contrato usa premissas fixas de Gas para chamadas de baixo nível, comportamento de fallback, padrões de proxy ou ramificação de execução, ele pode se comportar de maneira inesperada quando o esquema de Gas mudar.

Por que premissas fixas de Gas são arriscadas

Idealmente, smart contracts devem evitar depender de preços exatos de Gas para opcodes específicos. O Ethereum já mudou os custos de Gas antes e pode fazê-lo novamente à medida que o protocolo evolui. Um contrato que assume que certa operação sempre custará o mesmo pode se tornar frágil.

Áreas de risco comuns incluem:

• chamadas de baixo nível com estipêndios fixos de Gas;
• funções fallback ou receive que dependem de margens apertadas de Gas;
• contratos proxy ou factory que alocam Gas manualmente;
• contratos que usam verificações de gasleft() para controlar o fluxo;
• sistemas de execução em lote que estimam a execução interna de forma agressiva demais;
• contratos legados escritos antes da precificação de acessos frios e quentes no estilo Berlin.

Isso não significa que todos esses contratos irão falhar. Muitos continuarão funcionando normalmente. Mas o Glamsterdam é um lembrete de que o Gas deve ser tratado como uma variável do protocolo, e não como uma constante permanente.

Os desenvolvedores podem revisar o repositório das Ethereum Improvement Proposals para ver os detalhes mais recentes da especificação e acompanhar as discussões de implementação dos clientes por meio do repositório GitHub das EIPs do Ethereum.

O que os desenvolvedores devem fazer antes do Glamsterdam

Para equipes de smart contract, a melhor resposta é testar de forma proativa, em vez de esperar a ativação na mainnet. Uma lista prática inclui:

1. Auditar a lógica sensível a Gas

Revise qualquer código que use:

• gasleft();
• .call{gas: ...}() de baixo nível;
• buffers fixos de execução;
• contabilidade de Gas personalizada para relayers ou bundlers;
• funções fallback que assumem custo mínimo de execução;
• deploys de factory com limites de Gas muito restritos.

Se a correção do contrato depender do comportamento exato do Gas, ele merece uma inspeção mais cuidadosa.

2. Testar novamente operações de implantação e em lote

Contratos que implantam outros contratos ou gravam muitos novos slots de armazenamento têm maior probabilidade de ver custos mais altos sob a EIP-8037. Batch mints, criação de vaults, deploy de contas, operações de bridge e atualizações de registros devem ser testados sob as novas regras.

3. Validar no testnet Platåberget

A equipe da Ethereum Foundation indicou que os desenvolvedores podem usar o testnet Platåberget para verificar se as correções funcionam sob a precificação no estilo Glamsterdam. Testar em uma rede dedicada é especialmente útil para protocolos com fluxos de execução complexos, difíceis de modelar localmente.

4. Atualizar premissas de estimativa de Gas

Frontends, SDKs, relayers, bundlers e serviços de account abstraction devem garantir que a simulação de transações e os buffers de Gas estejam atualizados. Mesmo que os contratos continuem seguros, uma estimativa ruim pode gerar transações falhas e uma má experiência para o usuário.

5. Comunicar-se com integradores

Se o seu protocolo for integrado por carteiras, agregadores, plataformas de custódia, provedores de analytics ou sistemas de mercado automatizados, compartilhe qualquer mudança conhecida com antecedência. A reprecificação de Gas pode afetar não apenas o contrato em si, mas também sistemas off-chain que simulam ou roteiam transações.

O que os usuários comuns do Ethereum precisam fazer

Para usuários comuns, a resposta é simples: não se espera nenhuma ação manual.

Você não precisa mover fundos, redeployar ativos, aprovar nada nem mudar a forma como protege sua carteira. Assim que os provedores de infraestrutura atualizarem seus softwares, a maior parte das mudanças deverá ser tratada nos bastidores, com melhora na estimativa de Gas e na simulação de transações.

Dito isso, os usuários podem notar que certas transações complexas ficam um pouco mais caras após a atualização, especialmente se envolverem muitas gravações de armazenamento ou implantação de contratos. Transferências simples e interações comuns devem ser muito menos afetadas.

Como sempre, os usuários devem ter cautela com campanhas de phishing em torno de grandes atualizações de rede. Atualizações de protocolo não exigem inserção de seed phrase, exportação de chave privada ou “migração de carteira” por meio de sites desconhecidos.

O que isso significa para o design de longo prazo do Ethereum

A reprecificação das operações de estado no Glamsterdam destaca um tema recorrente na infraestrutura de blockchain: escalabilidade não diz respeito apenas a aumentar o espaço de bloco. Ela também depende de precificar corretamente recursos escassos.

Se os preços de Gas forem baixos demais para operações que usam muito estado, a rede pode crescer mais rápido do que os nós conseguem suportar confortavelmente. Se os preços forem altos demais, aplicações úteis podem ficar desnecessariamente caras. O desafio do Ethereum é encontrar um equilíbrio que apoie a inovação e, ao mesmo tempo, proteja a descentralização.

Isso é especialmente importante à medida que o roadmap do Ethereum continua avançando em várias frentes:

• ecossistemas L2 maiores e mais eficientes;
• melhor disponibilidade de dados para rollups;
• desempenho aprimorado da camada de execução;
• adoção de account abstraction;
• pesquisa de gestão de estado de longo prazo;
• condições mais seguras para futuros aumentos do limite de Gas.

O Glamsterdam é uma peça desse roadmap maior. Seu impacto imediato pode ser limitado, mas seu objetivo de design é fundamental: tornar a precificação de recursos do Ethereum mais realista antes de empurrar a rede para uma capacidade maior.

Lembrete de segurança: atualizações de protocolo não alteram as boas práticas para chaves privadas

A reprecificação de Gas afeta os custos de execução de transações, e não a forma como os usuários controlam seus ativos. Seja durante um hard fork, um ensaio em testnet ou um ciclo de atualização de clientes, o princípio de segurança mais importante do lado do usuário continua o mesmo: mantenha as chaves privadas offline e verifique as transações com cuidado.

Para usuários que interagem com DeFi do Ethereum, NFTs, serviços de staking e bridges L2, uma carteira de hardware pode adicionar uma importante camada de segurança. A OneKey foi projetada para ajudar os usuários a proteger chaves privadas offline enquanto revisam os detalhes da transação antes de assinar. À medida que as atualizações de rede tornam o Ethereum mais capaz, a autocustódia segura continua sendo essencial para participar do ecossistema com segurança.

O Glamsterdam provavelmente não causará transtornos para a maioria dos usuários, mas representa um passo técnico relevante para os desenvolvedores do Ethereum. Equipes com contratos sensíveis a Gas devem testar cedo, atualizar premissas e preparar integrações antes que a atualização chegue à mainnet.