O caminho para um Ethereum mais simples e eficiente
Um dos grandes desafios que o Ethereum enfrenta é como reduzir a complexidade e as necessidades de armazenamento a longo prazo, mantendo ao mesmo tempo a persistência e as características de descentralização da blockchain. Isso requer que tomemos medidas em várias áreas-chave:
Registros históricos expirados
Atualmente, um nó Ethereum totalmente sincronizado precisa de cerca de 1,1TB de espaço de armazenamento, sendo que a maior parte é utilizada para armazenar dados históricos. Mesmo que o limite de gas permaneça inalterado, o tamanho do nó ainda aumentará em centenas de GB a cada ano.
A solução é estabelecer uma rede ponto a ponto composta por nós Ethereum, para armazenar dados antigos de forma distribuída. Cada nó precisa armazenar apenas dados dos últimos cerca de 18 dias, enquanto dados mais antigos podem ser obtidos através da rede. Isso pode reduzir significativamente a carga de armazenamento de um único nó.
O trabalho principal para a expiração dos registros históricos inclui:
Construir e integrar soluções de armazenamento distribuído específicas, como a introdução de bibliotecas torrent existentes ou da rede Portal nativa do Ethereum.
Ativar EIP-4444, limitando o tempo de armazenamento dos dados históricos pelos nós.
Decidir como lidar com dados históricos "antigos", se depender completamente dos nós de arquivo existentes ou construir uma rede de armazenamento distribuído mais robusta.
Estado expirado
Mesmo que a necessidade de armazenar o histórico de registros seja eliminada, a necessidade de armazenamento do cliente ainda crescerá cerca de 50GB por ano, pois o saldo da conta, o código do contrato e outros ( continuam a crescer.
Existem duas principais categorias de soluções:
Parte do estado expirou: dividir o estado em blocos, armazenar apenas os blocos de dados mais recentemente acessados, e os outros dados apenas guardar um compromisso de 32 bytes.
Estado expirado baseado no ciclo de endereços: novas árvores de estado vazias são adicionadas periodicamente, enquanto as árvores antigas são congeladas. Nós completos armazenam apenas as duas árvores mais recentes.
As duas soluções têm suas vantagens e desvantagens, sendo necessário fazer um equilíbrio entre complexidade, facilidade de uso e facilidade para os desenvolvedores. Independentemente da solução adotada, é necessário resolver o problema da expansão ou contração do espaço de endereços, que por si só já é um grande desafio.
![Vitalik: O futuro possível do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-a97b8c7f7927e17a3ec0fa46a48c9f24.webp(
Limpeza de Funcionalidades
Para reduzir a complexidade do protocolo, precisamos remover algumas funcionalidades desnecessárias ou pouco utilizadas:
Substituir completamente a codificação RLP por SSZ
Remover tipos de transação antigos
Mecanismo de registro simplificado
Remover o mecanismo do comitê de sincronização da cadeia de beacon
Formato de dados unificado
Simplificar o mecanismo de gas
Remover algumas pré-compilações
Cancelar a observabilidade do gas
Melhorar a capacidade de análise estática
Ao realizar essas simplificações, é necessário encontrar um equilíbrio entre o grau de simplificação/velocidade e a compatibilidade retroativa. Deve ser estabelecido um processo padronizado para lidar com alterações retroativas não urgentes.
![Vitalik: O futuro possível do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp(
Um método de simplificação mais agressivo é transformar a maior parte do conteúdo do protocolo em código de contrato. Por exemplo, simplificar o Ethereum L1 para conter apenas a cadeia de beacon, introduzir uma máquina virtual mínima e, em seguida, reconstruir o EVM como o primeiro agregador. Este método pode simplificar significativamente o protocolo, mas a implementação é bastante difícil.
De forma geral, através dessas medidas, podemos, mantendo os valores centrais do Ethereum, reduzir significativamente sua complexidade e requisitos de armazenamento, estabelecendo uma base para um desenvolvimento sustentável a longo prazo. Isso requer um esforço conjunto da comunidade para encontrar um ponto de equilíbrio entre inovação tecnológica e compatibilidade retroativa.
![Vitalik: O possível futuro do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp(
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
5 Curtidas
Recompensa
5
7
Compartilhar
Comentário
0/400
GraphGuru
· 9h atrás
O que fazer se não tiver dinheiro para atualizar a máquina?
Ver originalResponder0
failed_dev_successful_ape
· 9h atrás
Boa rapaziada, tantas mudanças assim.
Ver originalResponder0
DoomCanister
· 9h atrás
Continua a fazer coisas más e está feito.
Ver originalResponder0
DeFiVeteran
· 9h atrás
O desenvolvimento tecnológico deve ser seguro.
Ver originalResponder0
BridgeTrustFund
· 9h atrás
A atualização da Rede principal deve ser feita devagar.
Ver originalResponder0
Token_Sherpa
· 9h atrás
lol outro roadmap de "otimização"... espero que não seja apenas ponzinomics disfarçado
Roteiro de desenvolvimento a longo prazo do Ethereum: otimizar armazenamento, simplificar o protocolo, aumentar a eficiência
O caminho para um Ethereum mais simples e eficiente
Um dos grandes desafios que o Ethereum enfrenta é como reduzir a complexidade e as necessidades de armazenamento a longo prazo, mantendo ao mesmo tempo a persistência e as características de descentralização da blockchain. Isso requer que tomemos medidas em várias áreas-chave:
Registros históricos expirados
Atualmente, um nó Ethereum totalmente sincronizado precisa de cerca de 1,1TB de espaço de armazenamento, sendo que a maior parte é utilizada para armazenar dados históricos. Mesmo que o limite de gas permaneça inalterado, o tamanho do nó ainda aumentará em centenas de GB a cada ano.
A solução é estabelecer uma rede ponto a ponto composta por nós Ethereum, para armazenar dados antigos de forma distribuída. Cada nó precisa armazenar apenas dados dos últimos cerca de 18 dias, enquanto dados mais antigos podem ser obtidos através da rede. Isso pode reduzir significativamente a carga de armazenamento de um único nó.
O trabalho principal para a expiração dos registros históricos inclui:
Construir e integrar soluções de armazenamento distribuído específicas, como a introdução de bibliotecas torrent existentes ou da rede Portal nativa do Ethereum.
Ativar EIP-4444, limitando o tempo de armazenamento dos dados históricos pelos nós.
Decidir como lidar com dados históricos "antigos", se depender completamente dos nós de arquivo existentes ou construir uma rede de armazenamento distribuído mais robusta.
Estado expirado
Mesmo que a necessidade de armazenar o histórico de registros seja eliminada, a necessidade de armazenamento do cliente ainda crescerá cerca de 50GB por ano, pois o saldo da conta, o código do contrato e outros ( continuam a crescer.
Existem duas principais categorias de soluções:
Parte do estado expirou: dividir o estado em blocos, armazenar apenas os blocos de dados mais recentemente acessados, e os outros dados apenas guardar um compromisso de 32 bytes.
Estado expirado baseado no ciclo de endereços: novas árvores de estado vazias são adicionadas periodicamente, enquanto as árvores antigas são congeladas. Nós completos armazenam apenas as duas árvores mais recentes.
As duas soluções têm suas vantagens e desvantagens, sendo necessário fazer um equilíbrio entre complexidade, facilidade de uso e facilidade para os desenvolvedores. Independentemente da solução adotada, é necessário resolver o problema da expansão ou contração do espaço de endereços, que por si só já é um grande desafio.
![Vitalik: O futuro possível do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-a97b8c7f7927e17a3ec0fa46a48c9f24.webp(
Limpeza de Funcionalidades
Para reduzir a complexidade do protocolo, precisamos remover algumas funcionalidades desnecessárias ou pouco utilizadas:
Ao realizar essas simplificações, é necessário encontrar um equilíbrio entre o grau de simplificação/velocidade e a compatibilidade retroativa. Deve ser estabelecido um processo padronizado para lidar com alterações retroativas não urgentes.
![Vitalik: O futuro possível do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp(
Um método de simplificação mais agressivo é transformar a maior parte do conteúdo do protocolo em código de contrato. Por exemplo, simplificar o Ethereum L1 para conter apenas a cadeia de beacon, introduzir uma máquina virtual mínima e, em seguida, reconstruir o EVM como o primeiro agregador. Este método pode simplificar significativamente o protocolo, mas a implementação é bastante difícil.
De forma geral, através dessas medidas, podemos, mantendo os valores centrais do Ethereum, reduzir significativamente sua complexidade e requisitos de armazenamento, estabelecendo uma base para um desenvolvimento sustentável a longo prazo. Isso requer um esforço conjunto da comunidade para encontrar um ponto de equilíbrio entre inovação tecnológica e compatibilidade retroativa.
![Vitalik: O possível futuro do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp(