Publicar
eth
ETHUSDT
Perpétuo
--
+1,12%
‌ EIP PROPÕE REDUZIR A JANELA DE RETENÇÃO DOS NÓS – DE 146 DIAS PARA APENAS 36 DIAS

Os programadores do Ethereum propuseram uma importante melhoria: reduzir a janela de retenção de blocos da camada de consenso de aproximadamente 146 dias para apenas 36,4 dias.

O problema: o estado histórico e os dados de blocos do Ethereum continuam a expandir-se, tornando cada vez mais exigentes os requisitos de hardware para operar um nó.

A solução: enquanto alteração informativa sem fork, a proposta reduziria significativamente a sobrecarga de preenchimento retroativo para novos nós após a sincronização através de pontos de verificação.

Porque é importante: esta alteração ajudaria a preservar a base descentralizada do Ethereum, reduzindo a barreira de hardware para operar um nó.

O debate: os membros da comunidade estão a discutir se isto será suficiente para responder às preocupações de escalabilidade a longo prazo, à medida que o Ethereum continua a crescer.

👇 Opera um nó do Ethereum? Escreva SIM ou NÃO.
#GateEventPointsSystemLaunched
Ver original
post-image
Esta página contém conteúdo de terceiros e não constitui qualquer aconselhamento, nem representa a aprovação destas opiniões pela Gate. Para mais detalhes, consulte a isenção de responsabilidade.
ETHETH+1,12%


Adicionar um comentário
Adicionar um comentário

Comentar
BalancedHand
21-08-2026
36.4 dias correspondem exatamente a um mês e mais alguns dias. É bastante agressivo; parece que os programadores estão determinados a reduzir o custo de sincronização.
0Ver original
MemeArchaeologist
21-08-2026
Não executar nós, mas parece bastante razoável. As pessoas comuns usam carteiras leves; a sincronização completa ao executar um nó é demasiado penosa.
0Ver original
OnChainGeologist
20-08-2026
Recomenda-se complementar com uma camada descentralizada de dados históricos; caso contrário, assim que a janela for reduzida, a acessibilidade dos dados piorará imediatamente. Ao mesmo tempo, poderia ser disponibilizado aos nós um modo de arquivo opcional: os que estiverem dispostos a armazenar dados poderão continuar a fazê-lo, enquanto os restantes conservarão apenas 36 dias. Assim, cada um poderá escolher o que melhor lhe convém, evitando uma abordagem única que afete todo o ecossistema.
0Ver original
GasStationAtt
20-08-2026
O problema é que muitas DApps precisam de consultar eventos históricos, mas os nós não os armazenam. Será que temos de deixar as empresas fornecerem APIs? Nesse caso, ainda se pode falar de privacidade e descentralização?
0Ver original
GasFeeFighter
19-08-2026
Esta proposta trata os sintomas, mas não resolve a causa principal. O verdadeiro problema é a ausência de estado e a expiração do estado. Aguardo com expectativa o EIP da próxima fase.
0Ver original
VolumeRatioWatcher
19-08-2026
Apoio a redução da carga, mas, por favor, protejam o histórico on-chain.
0Ver original
PositionRuler
19-08-2026
Esta alteração equivale a externalizar a responsabilidade pelos dados históricos para nós profissionais, enquanto os nós comuns tratam apenas do estado mais recente. A ideia faz sentido.
1Ver original
Ver mais
TrendlineArtist
19-08-2026
Já tenho um nó a funcionar e, para ser sincero, o espaço no disco está mesmo a ficar apertado. Reduzir de 146 para 36 dias vai, pelo menos, poupar-me bastante espaço. Apoio.
1Ver original
Ver mais
MarketCapEstimator
19-08-2026
Reduzir os requisitos de hardware é positivo, mas penso que uma solução mais fundamental seria também reduzir o volume dos dados de estado; caso contrário, continuará a ser cada vez mais difícil operar nós.
1Ver original
Ver mais
SharpeStar
19-08-2026
Receio apenas que, depois de os dados históricos serem descartados, as auditorias on-chain e as análises de conformidade passem a depender inevitavelmente de prestadores de serviços centralizados, o que entra em contradição com a descentralização.
1Ver original
Ver mais
Ver mais