O ponto mais importante para anotar hoje: o Ethereum suspendeu o hard fork Glamsterdam, cuja ativação estava prevista para 26 de outubro na testnet Hoodi. $ETH
Não foi um erro no código, mas uma mudança nas regras que criou um ponto cego. As EIP-8037 e EIP-8038 pretendem otimizar o cálculo do Gas, mas podem alterar a lógica de reembolso de Gas após chamadas externas malsucedidas. Em casos extremos, um chamador mal-intencionado poderia usar uma quantidade de Gas «quase suficiente» para levar um contrato a registar permanentemente uma operação falhada — a porta para o utilizador tentar novamente a transação ou reclamar o que lhe é devido poderia ficar soldada.
A ChainSecurity já encontrou 13 casos reais em contratos existentes e está a trabalhar com as equipas dos projetos para fazer uma divulgação responsável, sem revelar ainda os nomes. A Fundação Ethereum também confirmou que, nos testes de reprodução na mainnet, uma pequena parte dos contratos seria afetada. A maioria pode ser corrigida aumentando o limite de Gas; para alguns contratos que assumem valores de Gas codificados diretamente, a solução não é tão simples.
O lançamento na mainnet estava previsto para o início de dezembro; agora, o calendário voltou a ser uma incógnita. O plano de aumentar para 200 milhões o limite de Gas da Hoodi também foi adiado. Os operadores de nós e validadores devem seguir as instruções da atualização; por enquanto, os utilizadores comuns da mainnet e os detentores de ETH não precisam de fazer nada.
A minha opinião: as atualizações têm de ser mais rápidas, mas não à custa da segurança das aplicações existentes. Descobrir este tipo de «efeito secundário ao nível das regras» durante a fase de testnet sai muito mais barato do que enfrentar uma falha permanente depois do lançamento na mainnet. Trocar alguma incerteza a curto prazo por menos problemas no futuro é um bom negócio.
#以太坊 #Glamsterdam #EIP8037 #安全前置 #MacroInsights
Não foi um erro no código, mas uma mudança nas regras que criou um ponto cego. As EIP-8037 e EIP-8038 pretendem otimizar o cálculo do Gas, mas podem alterar a lógica de reembolso de Gas após chamadas externas malsucedidas. Em casos extremos, um chamador mal-intencionado poderia usar uma quantidade de Gas «quase suficiente» para levar um contrato a registar permanentemente uma operação falhada — a porta para o utilizador tentar novamente a transação ou reclamar o que lhe é devido poderia ficar soldada.
A ChainSecurity já encontrou 13 casos reais em contratos existentes e está a trabalhar com as equipas dos projetos para fazer uma divulgação responsável, sem revelar ainda os nomes. A Fundação Ethereum também confirmou que, nos testes de reprodução na mainnet, uma pequena parte dos contratos seria afetada. A maioria pode ser corrigida aumentando o limite de Gas; para alguns contratos que assumem valores de Gas codificados diretamente, a solução não é tão simples.
O lançamento na mainnet estava previsto para o início de dezembro; agora, o calendário voltou a ser uma incógnita. O plano de aumentar para 200 milhões o limite de Gas da Hoodi também foi adiado. Os operadores de nós e validadores devem seguir as instruções da atualização; por enquanto, os utilizadores comuns da mainnet e os detentores de ETH não precisam de fazer nada.
A minha opinião: as atualizações têm de ser mais rápidas, mas não à custa da segurança das aplicações existentes. Descobrir este tipo de «efeito secundário ao nível das regras» durante a fase de testnet sai muito mais barato do que enfrentar uma falha permanente depois do lançamento na mainnet. Trocar alguma incerteza a curto prazo por menos problemas no futuro é um bom negócio.
#以太坊 #Glamsterdam #EIP8037 #安全前置 #MacroInsights
