Estudo sobre a reprecificação do gas: por que aumentar o orçamento da transação ainda pode não ser suficiente?
O estudo sobre a reprecificação de Glamsterdam, publicado em agosto pela Ethereum Foundation, reproduziu transações históricas segundo as novas regras e distinguiu entre «sucesso após aumentar o limite de gas da transação» e «falha mesmo após um aumento significativo». Trata-se de um estudo de reprodução histórica, não de um comunicado sobre uma falha na mainnet atual.
A segunda categoria envolve pressupostos de gas fixos nos contratos: por exemplo, um orçamento definido explicitamente no momento da chamada ou a escolha de diferentes ramificações com base no gas restante. Na minha interpretação, aumentar o orçamento total da transação não altera necessariamente a quantidade fixa que o contrato passa às chamadas internas, nem garante que o comportamento das ramificações se mantenha igual ao original.
Por isso, a correção deve corresponder ao ponto da falha. As carteiras e os RPCs precisam de atualizar as regras de estimativa; já os programadores de contratos devem verificar as chamadas internas e as constantes fixas, e testar com as novas regras. Atribuir todas as falhas a «gas insuficiente fornecido pelo utilizador» pode fazer com que pressupostos no código passem despercebidos.
Há ainda um detalhe importante na validação: uma reprodução bem-sucedida pode vir acompanhada de alterações no consumo de gas ou noutros detalhes da execução. Ao estudar a compatibilidade, é preciso comparar os resultados e os percursos de execução, e não apenas contar os casos bem-sucedidos.
Este artigo não afirma que algum protocolo esteja atualmente comprometido, nem fornece uma data para a conclusão da atualização da mainnet ou instruções operacionais.
Fonte: https://blog.ethereum.org/2026/08/24/glamsterdam-repricing-testing
O estudo sobre a reprecificação de Glamsterdam, publicado em agosto pela Ethereum Foundation, reproduziu transações históricas segundo as novas regras e distinguiu entre «sucesso após aumentar o limite de gas da transação» e «falha mesmo após um aumento significativo». Trata-se de um estudo de reprodução histórica, não de um comunicado sobre uma falha na mainnet atual.
A segunda categoria envolve pressupostos de gas fixos nos contratos: por exemplo, um orçamento definido explicitamente no momento da chamada ou a escolha de diferentes ramificações com base no gas restante. Na minha interpretação, aumentar o orçamento total da transação não altera necessariamente a quantidade fixa que o contrato passa às chamadas internas, nem garante que o comportamento das ramificações se mantenha igual ao original.
Por isso, a correção deve corresponder ao ponto da falha. As carteiras e os RPCs precisam de atualizar as regras de estimativa; já os programadores de contratos devem verificar as chamadas internas e as constantes fixas, e testar com as novas regras. Atribuir todas as falhas a «gas insuficiente fornecido pelo utilizador» pode fazer com que pressupostos no código passem despercebidos.
Há ainda um detalhe importante na validação: uma reprodução bem-sucedida pode vir acompanhada de alterações no consumo de gas ou noutros detalhes da execução. Ao estudar a compatibilidade, é preciso comparar os resultados e os percursos de execução, e não apenas contar os casos bem-sucedidos.
Este artigo não afirma que algum protocolo esteja atualmente comprometido, nem fornece uma data para a conclusão da atualização da mainnet ou instruções operacionais.
Fonte: https://blog.ethereum.org/2026/08/24/glamsterdam-repricing-testing