A próxima grande atualização do Ethereum tem outra data no calendário, embora não seja um lançamento na mainnet. Os desenvolvedores agendaram o Glamsterdam para ser ativado na rede de testes Hoodi em 26 de outubro, outro passo no teste de mudanças na forma como o Ethereum produz blocos e contabiliza custos de execução. TL;DR: O Glamsterdam está agendado para a Hoodi às 17:42:48 UTC de 26 de outubro. O limite de gás da testnet subirá para 200 milhões ao mesmo tempo, mas o Ethereum não anunciou uma data de ativação na mainnet. A Ethereum Foundation afirma que a atualização será ativada na época 132.352 da Hoodi, slot 4.235.264. Ela segue a ativação da atualização em 6 de outubro na Sepolia, dando aos desenvolvedores outro ambiente para verificar a compatibilidade de software antes de escolher uma data para a cadeia principal. Duas mudanças estão no centro do Glamsterdam. A separação consagrada entre proponente e construtor, ou ePBS, move a relação entre proponentes de blocos e construtores para o protocolo do Ethereum, em vez de depender tanto de arranjos externos. As listas de acesso em nível de bloco têm como objetivo facilitar que os clientes processem e validem partes de um bloco em paralelo. A atualização também altera a contabilização de gás, incluindo como o Ethereum cobra pela criação e acesso de estado. Isso importa para desenvolvedores de aplicações cujos contratos ou ferramentas dependem de suposições fixas sobre custos de gás. Validadores e operadores de nós na Hoodi, por sua vez, precisarão de clientes de execução e consenso compatíveis antes da ativação. Um limite de gás de 200 milhões em uma rede de testes é um marco importante de engenharia, não uma promessa de que a capacidade da mainnet quadruplicará instantaneamente. O exercício na Hoodi ajudará a determinar se as mudanças planejadas se comportam como esperado sob condições reais de operação. Usuários da mainnet não têm nenhuma ação a tomar ainda. Escrito pela News Desk e editado por Samuel Rae.
Perguntas Frequentes
FAQs Teste Hoodi do Ethereum em 26 de outubro para o Glamsterdam e o Limite de Gás de 200M
1 O que é o teste Hoodi em 26 de outubro
É uma execução em testnet na Hoodi, uma das redes de testes do Ethereum, onde os desenvolvedores testam a atualização Glamsterdam antes que ela entre em operação na mainnet Pense nisso como um ensaio geral
2 O que é a atualização Glamsterdam
É a próxima grande atualização do Ethereum, combinando trabalho do Gloas e do Amsterdam O nome é uma mistura dos dois
3 O que é um limite de gás
Gás mede o esforço computacional no Ethereum O limite de gás é o máximo de gás permitido por bloco ele limita quanto trabalho um bloco pode conter
4 O que significa o limite de gás de 200M
Significa que os blocos poderiam lidar com até 200 milhões de gás, aproximadamente várias vezes os limites atuais Blocos maiores significam mais transações por bloco e potencialmente taxas menores
5 Por que o limite de gás de 200M é importante
É um grande avanço em capacidade Poderia aumentar a taxa de transferência e reduzir o congestionamento, mas também sobrecarrega os nós, a largura de banda e o crescimento do estado que é exatamente por isso que está sendo testado cuidadosamente
6 Por que testar na Hoodi em vez da mainnet
As testnets permitem que os desenvolvedores encontrem bugs sem arriscar fundos reais A Hoodi é uma das atuais testnets de longo prazo do Ethereum, usada para staking e ensaios de atualizações
7 O que acontece se o teste falhar
Os desenvolvedores diagnosticam os problemas, corrigem os clientes e executam os testes novamente Uma execução de testnet malsucedida atrasa o cronograma da mainnet, mas não afeta os fundos dos usuários reais
8 Preciso fazer algo como usuário comum
Não Os testes de testnet não afetam o ETH da mainnet nem suas carteiras Apenas fique atento a anúncios oficiais sobre o cronograma da mainnet
9 Eu opero um nó devo me importar
Sim Limites de gás mais altos significam mais uso de CPU, memória, largura de banda e disco Acompanhe as notas de versão dos clientes e teste sua configuração na Hoodi, se puder
10 Que problemas podem aparecer durante o teste
Os comuns incluem incompatibilidades de clientes, slots perdidos, problemas de sincronização, blocos levando mais tempo para se propagar e crescimento do estado