Um dos desafios que o Ethereum enfrenta é como reduzir a complexidade e as necessidades de armazenamento a longo prazo, ao mesmo tempo que mantém a persistência e a descentralização da cadeia. Este artigo explora três direções principais para alcançar esse objetivo:
Registo histórico expirado
O objetivo é reduzir ou eliminar a necessidade de cada nó armazenar permanentemente todos os históricos. Os principais métodos incluem:
Armazenar apenas os dados dos últimos meses, armazenando dados antigos através de uma rede distribuída.
Usar códigos de correção para aumentar a disponibilidade e robustez dos dados
Construir uma rede de armazenamento de dados históricos especializada, como a rede Portal
Estado expirado
Destina-se a limitar o crescimento do estado, existindo principalmente duas categorias de soluções:
Parte do estado expira: dividir o estado em blocos, armazenar apenas os blocos de dados mais recentemente acessados.
Expiração de estado baseada no ciclo de endereços: adicionar periodicamente novas árvores de estado vazias, congelar a árvore antiga
As duas soluções têm suas vantagens e desvantagens, sendo necessário equilibrar a complexidade, a facilidade de uso e a facilidade para os desenvolvedores.
Limpeza de Características
Reduzir a complexidade do protocolo removendo funcionalidades desnecessárias, incluindo:
Remover o opcode SELFDESTRUCT
Serialização RLP para SSZ
Remover o tipo de transação antigo
Simplificação do mecanismo Gas
Remover pré-compilação
Melhorar a análise estática, etc.
É necessário equilibrar entre a simplificação e a retrocompatibilidade, estabelecendo um processo padronizado para realizar alterações não urgentes que não sejam retrocompatíveis.
Em geral, é necessário encontrar um equilíbrio entre a redução da complexidade e a manutenção do Ethereum como uma plataforma confiável. Isso requer um esforço contínuo a longo prazo, mas é crucial para a sustentabilidade a longo prazo do Ethereum.
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
Ethereum futuro plano: prazo de histórico, otimização de estado e limpeza de características
Ethereum: O Purge
Um dos desafios que o Ethereum enfrenta é como reduzir a complexidade e as necessidades de armazenamento a longo prazo, ao mesmo tempo que mantém a persistência e a descentralização da cadeia. Este artigo explora três direções principais para alcançar esse objetivo:
Registo histórico expirado
O objetivo é reduzir ou eliminar a necessidade de cada nó armazenar permanentemente todos os históricos. Os principais métodos incluem:
Estado expirado
Destina-se a limitar o crescimento do estado, existindo principalmente duas categorias de soluções:
Parte do estado expira: dividir o estado em blocos, armazenar apenas os blocos de dados mais recentemente acessados.
Expiração de estado baseada no ciclo de endereços: adicionar periodicamente novas árvores de estado vazias, congelar a árvore antiga
As duas soluções têm suas vantagens e desvantagens, sendo necessário equilibrar a complexidade, a facilidade de uso e a facilidade para os desenvolvedores.
Limpeza de Características
Reduzir a complexidade do protocolo removendo funcionalidades desnecessárias, incluindo:
É necessário equilibrar entre a simplificação e a retrocompatibilidade, estabelecendo um processo padronizado para realizar alterações não urgentes que não sejam retrocompatíveis.
Em geral, é necessário encontrar um equilíbrio entre a redução da complexidade e a manutenção do Ethereum como uma plataforma confiável. Isso requer um esforço contínuo a longo prazo, mas é crucial para a sustentabilidade a longo prazo do Ethereum.