Um dos desafios que o Ethereum enfrenta é que, por padrão, a expansão e a complexidade de qualquer protocolo de blockchain aumentam com o tempo. Isso ocorre em duas frentes: a acumulação de dados históricos e o aumento das funcionalidades do protocolo. Para que o Ethereum possa se manter a longo prazo, precisamos exercer uma forte pressão contrária sobre essas duas tendências, reduzindo a complexidade e a expansão ao longo do tempo. Ao mesmo tempo, precisamos preservar a persistência da blockchain, que é uma propriedade chave.
O principal objetivo de The Purge é:
Reduzir os requisitos de armazenamento do cliente, eliminando ou reduzindo a necessidade de cada nó armazenar permanentemente todo o histórico ou mesmo o estado final.
Reduzir a complexidade do protocolo eliminando funcionalidades desnecessárias.
Expiração do histórico
O histórico de expiração destina-se a resolver o problema do crescimento contínuo das necessidades de armazenamento dos nós. Atualmente, um nó Ethereum totalmente sincronizado requer cerca de 1,1 TB de espaço em disco, e esse espaço continua a aumentar em centenas de GB a cada ano.
A ideia básica para o histórico de dados expirados é: cada nó armazena apenas os dados históricos completos dos últimos 18 dias, como (, enquanto dados mais antigos são armazenados de forma distribuída pelos nós na rede. Isso pode ser realizado de maneira semelhante a uma rede de sementes, onde cada nó armazena apenas uma pequena parte dos dados antigos.
Atualmente, essa ideia já começou a ser implementada, como blocos de consenso armazenando apenas cerca de 6 meses, e blobs armazenando apenas cerca de 18 dias. A EIP-4444 propõe introduzir um período de armazenamento de um ano para blocos históricos e recibos. O objetivo a longo prazo é estabelecer um período de armazenamento unificado ) que pode ser de cerca de 18 dias (, após o qual os dados antigos serão armazenados de forma distribuída por uma rede P2P composta por nós Ethereum.
A implementação do histórico requer mais trabalho, como a construção e integração de soluções específicas de armazenamento distribuído, e o tratamento da replicação de dados históricos antigos. O principal compromisso reside em como garantimos que o maior conjunto de nós realmente armazene todos os dados, e quão profundamente iremos integrar o conjunto de armazenamento histórico no protocolo.
![Vitalik: O possível futuro do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-b4e683a9e42e4b5bd6991a4cf6cf948e.webp(
Expiração de estado
O estado de expiração destina-se a resolver o problema do crescimento contínuo do estado do Ethereum. Mesmo com a eliminação da necessidade de armazenar o histórico, a demanda de armazenamento de estado do cliente ainda crescerá cerca de 50 GB por ano.
O principal desafio da expiração de estado é como implementar a expiração automática dos objetos de estado, mantendo a compatibilidade com EVM. Atualmente, existem duas principais categorias de soluções:
Parte do estado expira: O estado é dividido em blocos, e apenas os blocos que foram acedidos recentemente são armazenados. Uma proposta concreta é a EIP-7736, que se baseia no design de "folhas" da árvore Verkle, armazenando dados adjacentes sob o mesmo "tronco"; se não forem acedidos durante 6 meses, apenas um compromisso de 32 bytes é armazenado.
Expiração do estado baseado no ciclo de endereços: utilizando uma lista de árvores de estado em constante crescimento, a cada período ), como 1 ano (, uma nova árvore vazia é adicionada. Os nós completos armazenam apenas as duas árvores mais recentes. Objetos de estado expirados podem ser recuperados fornecendo provas.
Ambas as soluções enfrentam alguns desafios, como o design de incentivos, mudanças no formato de endereços, entre outros. As possíveis direções futuras incluem: realizar apenas a desestatização sem a expiração do estado, realizar a expiração parcial do estado, ou realizar a expiração do estado através da expansão ou contração do espaço de endereços. É necessário equilibrar a simplificação do protocolo com a compatibilidade retroativa.
![Vitalik: O futuro possível do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-a97b8c7f7927e17a3ec0fa46a48c9f24.webp(
Limpeza de características
A limpeza de características visa reduzir a complexidade do protocolo através da remoção de funcionalidades desnecessárias. Algumas das principais oportunidades de limpeza incluem:
Converter a codificação RLP em SSZ
Remover o tipo de transação antigo
Reformar o mecanismo LOG
Remover o mecanismo de comitê de sincronização da cadeia de beacon
Formato de dados unificado
Remover o comitê da cadeia de beacon
Remover a ordem de bytes misturada
Simplificar o mecanismo de gas
Remover pré-compilados pouco utilizados
Torna o gas invisível
Melhorar a análise estática
Realizar essas limpezas requer uma ponderação entre o nível de simplificação e a compatibilidade retroativa. É necessário estabelecer um processo padronizado para realizar alterações não urgentes que não sejam compatíveis com versões anteriores. A proposta do formato de objeto EVM )EOF( introduziu uma série de mudanças, mas também aumentou a complexidade, o que requer uma ponderação.
Uma estratégia de simplificação mais radical é converter a maior parte do conteúdo do protocolo em código de contrato, como transformar a EVM em um resumo, ou substituir a EVM por uma nova VM. Isso pode simplificar significativamente o protocolo central, mas a implementação é mais difícil.
![Vitalik: O futuro possível do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp(
De um modo geral, O Purge visa reduzir a complexidade e as necessidades de armazenamento do Ethereum através da expiração de registros históricos, expiração de estados e limpeza de características, a fim de garantir sua sustentabilidade a longo prazo. Isso requer um equilíbrio entre simplificação e compatibilidade, e a criação de um processo ordenado e a longo prazo para implementar essas mudanças.
![Vitalik: O futuro potencial do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp(
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.
10 gostos
Recompensa
10
7
Republicar
Partilhar
Comentar
0/400
RooftopReserver
· 07-25 09:20
Ai, o Vitalik Buterin finalmente concordou em limpar a sujeira.
Ver originalResponder0
DaoResearcher
· 07-25 03:50
Referência à base de dados indica que este caminho apresenta múltiplas forquilhas de risco.
Ver originalResponder0
ContractTester
· 07-22 13:46
Limpar histórico - interessante, mas não é tão bom quanto limpar o gás
Ver originalResponder0
RegenRestorer
· 07-22 13:45
Se é para organizar, então organize. Não deixe que isso afete o volume de transações.
Ver originalResponder0
MetaReckt
· 07-22 13:31
Continuar a armadilha, pois.
Ver originalResponder0
TokenTherapist
· 07-22 13:26
Zan Bit acabou de tomar o café da manhã, deve subir agora.
Ethereum The Purge plano: Gota complexidade garantir sustentabilidade a longo prazo
O possível futuro do Ethereum: The Purge
Um dos desafios que o Ethereum enfrenta é que, por padrão, a expansão e a complexidade de qualquer protocolo de blockchain aumentam com o tempo. Isso ocorre em duas frentes: a acumulação de dados históricos e o aumento das funcionalidades do protocolo. Para que o Ethereum possa se manter a longo prazo, precisamos exercer uma forte pressão contrária sobre essas duas tendências, reduzindo a complexidade e a expansão ao longo do tempo. Ao mesmo tempo, precisamos preservar a persistência da blockchain, que é uma propriedade chave.
O principal objetivo de The Purge é:
Expiração do histórico
O histórico de expiração destina-se a resolver o problema do crescimento contínuo das necessidades de armazenamento dos nós. Atualmente, um nó Ethereum totalmente sincronizado requer cerca de 1,1 TB de espaço em disco, e esse espaço continua a aumentar em centenas de GB a cada ano.
A ideia básica para o histórico de dados expirados é: cada nó armazena apenas os dados históricos completos dos últimos 18 dias, como (, enquanto dados mais antigos são armazenados de forma distribuída pelos nós na rede. Isso pode ser realizado de maneira semelhante a uma rede de sementes, onde cada nó armazena apenas uma pequena parte dos dados antigos.
Atualmente, essa ideia já começou a ser implementada, como blocos de consenso armazenando apenas cerca de 6 meses, e blobs armazenando apenas cerca de 18 dias. A EIP-4444 propõe introduzir um período de armazenamento de um ano para blocos históricos e recibos. O objetivo a longo prazo é estabelecer um período de armazenamento unificado ) que pode ser de cerca de 18 dias (, após o qual os dados antigos serão armazenados de forma distribuída por uma rede P2P composta por nós Ethereum.
A implementação do histórico requer mais trabalho, como a construção e integração de soluções específicas de armazenamento distribuído, e o tratamento da replicação de dados históricos antigos. O principal compromisso reside em como garantimos que o maior conjunto de nós realmente armazene todos os dados, e quão profundamente iremos integrar o conjunto de armazenamento histórico no protocolo.
![Vitalik: O possível futuro do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-b4e683a9e42e4b5bd6991a4cf6cf948e.webp(
Expiração de estado
O estado de expiração destina-se a resolver o problema do crescimento contínuo do estado do Ethereum. Mesmo com a eliminação da necessidade de armazenar o histórico, a demanda de armazenamento de estado do cliente ainda crescerá cerca de 50 GB por ano.
O principal desafio da expiração de estado é como implementar a expiração automática dos objetos de estado, mantendo a compatibilidade com EVM. Atualmente, existem duas principais categorias de soluções:
Parte do estado expira: O estado é dividido em blocos, e apenas os blocos que foram acedidos recentemente são armazenados. Uma proposta concreta é a EIP-7736, que se baseia no design de "folhas" da árvore Verkle, armazenando dados adjacentes sob o mesmo "tronco"; se não forem acedidos durante 6 meses, apenas um compromisso de 32 bytes é armazenado.
Expiração do estado baseado no ciclo de endereços: utilizando uma lista de árvores de estado em constante crescimento, a cada período ), como 1 ano (, uma nova árvore vazia é adicionada. Os nós completos armazenam apenas as duas árvores mais recentes. Objetos de estado expirados podem ser recuperados fornecendo provas.
Ambas as soluções enfrentam alguns desafios, como o design de incentivos, mudanças no formato de endereços, entre outros. As possíveis direções futuras incluem: realizar apenas a desestatização sem a expiração do estado, realizar a expiração parcial do estado, ou realizar a expiração do estado através da expansão ou contração do espaço de endereços. É necessário equilibrar a simplificação do protocolo com a compatibilidade retroativa.
![Vitalik: O futuro possível do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-a97b8c7f7927e17a3ec0fa46a48c9f24.webp(
Limpeza de características
A limpeza de características visa reduzir a complexidade do protocolo através da remoção de funcionalidades desnecessárias. Algumas das principais oportunidades de limpeza incluem:
Realizar essas limpezas requer uma ponderação entre o nível de simplificação e a compatibilidade retroativa. É necessário estabelecer um processo padronizado para realizar alterações não urgentes que não sejam compatíveis com versões anteriores. A proposta do formato de objeto EVM )EOF( introduziu uma série de mudanças, mas também aumentou a complexidade, o que requer uma ponderação.
Uma estratégia de simplificação mais radical é converter a maior parte do conteúdo do protocolo em código de contrato, como transformar a EVM em um resumo, ou substituir a EVM por uma nova VM. Isso pode simplificar significativamente o protocolo central, mas a implementação é mais difícil.
![Vitalik: O futuro possível do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-5cd0e9908a04986f83c85cabecd4a0ae.webp(
De um modo geral, O Purge visa reduzir a complexidade e as necessidades de armazenamento do Ethereum através da expiração de registros históricos, expiração de estados e limpeza de características, a fim de garantir sua sustentabilidade a longo prazo. Isso requer um equilíbrio entre simplificação e compatibilidade, e a criação de um processo ordenado e a longo prazo para implementar essas mudanças.
![Vitalik: O futuro potencial do Ethereum, The Purge])https://img-cdn.gateio.im/webp-social/moments-dcbf40e0c1bc28d9082b35ed7741f911.webp(