Publicação

Comunidade do Ethereum propõe reduzir a janela de retenção de blocos da camada de consenso para 36 dias


A comunidade do Ethereum publicou uma importante Proposta de Melhoria do Ethereum (EIP) com o objetivo de reduzir significativamente a janela de retenção de blocos da camada de consenso de aproximadamente 146 dias para cerca de 36,4 dias. Essa mudança proposta representa uma alteração informativa que não envolve fork e não exige uma atualização da rede ou um hard fork para ser implementada. A proposta foi criada para enfrentar o desafio crescente da expansão dos dados da blockchain, que tem aumentado as exigências de hardware para os operadores de nós. Ao reduzir a janela de retenção, a EIP busca diminuir significativamente a largura de banda, o uso de disco e o tempo necessários para o preenchimento retroativo de dados após a sincronização de checkpoints, ajudando a preservar a descentralização do Ethereum ao tornar a operação de nós mais acessível. Essa melhoria técnica reflete os esforços contínuos para otimizar a infraestrutura do Ethereum e melhorar a eficiência operacional dos nós.
Ver original
post-image
Esta página contém conteúdo de terceiros e não constitui recomendação, nem representa o endosso da Gate a essas opiniões. Para detalhes, consulte o aviso legal.
ETHETH-0,34%

  • 2

Adicionar um comentário
Adicionar um comentário

Comentário
SeedPhraseAmnesia
21/08/2026
Uma alteração no nível das informações que não exige um fork parece uma otimização de baixo custo, mas os nós antigos poderiam enfrentar problemas de compatibilidade durante a implementação?
0Ver original
LiquidSniper
19/08/2026
A proposta de 36 dias é bastante pragmática, reduz muito a pressão sobre o armazenamento dos nós, mas espero que a eficiência da sincronização não seja comprometida.
0Ver original
OptionWave
19/08/2026
É claro que reduzir o uso do disco é algo bom, mas, com a redução de 146 dias para 36 dias, consultar dados históricos não vai ficar mais complicado? Os clientes leves e os nós archive não devem ser afetados, certo?
0Ver original
SpikeGuard
19/08/2026
Finalmente alguém está cuidando da exigência de espaço em disco dos nós completos. Antes, sincronizar uma vez exigia baixar centenas de GB, o que era realmente desanimador. Que venham mais mudanças assim.
0Ver original
MacroScope
19/08/2026
Como operador de nó, essa mudança é muito vantajosa: dá para economizar uma boa parte da largura de banda e do espaço em disco, só não sei se ela terá algum efeito colateral no serviço de snapshot.
1Ver original
Ver projetos
DividendRetire
19/08/2026
Reduzir a janela de retenção para 36 dias me fez pensar imediatamente: quem será responsável por armazenar os dados anteriores? Isso significa que, daqui para frente, só será possível consultar blocos antigos por meio de serviços de terceiros?
1Ver original
Ver projetos
DepositBouncer
19/08/2026
A ideia do EIP é bem clara: trocar tempo por espaço. De qualquer forma, após sincronizar o checkpoint, basta voltar no histórico, mas o pressuposto é que haja nós archive suficientes na rede; caso contrário, lacunas nas informações históricas serão problemáticas.
1Ver original
Ver projetos
TwoFactorZen
19/08/2026
Otimizar a infraestrutura é algo positivo, mas não vale transformar a descentralização em dependência de indexadores centralizados só para reduzir as barreiras de entrada. Espero que soluções complementares sejam implementadas posteriormente.
1Ver original
Ver projetos
GasWizard
19/08/2026
Primeira revisão
A diferença entre 36 e 146 dias é um pouco grande, parece que estão apostando que todos farão sincronizações periódicas? Mas os detalhes técnicos não foram explicados, então vou aguardar e observar as discussões da comunidade.
0Ver original
Ver projetos