Um desafio importante que o Ethereum enfrenta é como reduzir a complexidade e as necessidades de armazenamento a longo prazo, mantendo a persistência e a descentralização da blockchain. Para alcançar esse objetivo, é necessário tomar uma série de medidas, incluindo a redução da carga de armazenamento do cliente através de "expiração histórica" e "expiração de estado", bem como simplificar o protocolo através da "limpeza de características".
Histórico expirado
O expirar histórico visa resolver o problema do aumento constante 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 valor aumenta em centenas de GB a cada ano. A chave do expirar histórico está em aproveitar o mecanismo de consenso da blockchain, permitindo que os nós na rede armazenem apenas uma parte dos dados históricos, em vez de todos.
As formas de implementação incluem:
Estabelecer uma rede ponto a ponto composta por nós Ethereum para armazenar dados antigos de forma distribuída.
Usar códigos de correção para aumentar a robustez dos dados
Introduzido o EIP-4444, limitando o tempo de armazenamento de dados históricos pelos nós
O principal desafio reside em como equilibrar a disponibilidade de dados e a descentralização, bem como em como projetar mecanismos de incentivo para garantir que um número suficiente de nós participe do armazenamento de dados históricos.
Estado expirado
O expiração de estado visa resolver o problema do crescimento contínuo do estado. Mesmo que a necessidade de armazenar o histórico seja eliminada, a necessidade de armazenamento do cliente ainda crescerá cerca de 50 GB por ano. A dificuldade da expiração de estado reside na suposição de design da EVM de que os objetos de estado, uma vez criados, existem para sempre.
Existem dois principais esquemas de expiração de estado:
Estado parcial expirado: dividir o estado em blocos, apenas os dados que foram acessados recentemente serão armazenados. O EIP-7736 é uma implementação concreta.
Expiração de estado baseada em ciclos de endereço: usar uma lista de árvores de estado em constante crescimento, adicionando uma nova árvore de estado vazia a cada período. Isso requer a introdução do conceito de ciclos de endereço e pode exigir a expansão do espaço de endereços.
As duas soluções têm prós e contras, sendo necessário ponderar a eficiência de armazenamento, a facilidade de uso para o usuário e a facilidade de uso para o desenvolvedor.
Limpeza de características
A limpeza de características visa reduzir a complexidade do protocolo, eliminando funcionalidades desnecessárias. Algumas oportunidades específicas de limpeza incluem:
Converter a codificação RLP para SSZ
Remover o tipo de transação antigo
Reformar o mecanismo de registo
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
Melhorar a análise estática do EVM
Ao implementar essas limpezas, é necessário equilibrar o grau de simplificação e a compatibilidade retroativa. Recomenda-se estabelecer um processo padronizado para realizar alterações destrutivas de compatibilidade retroativa que não sejam urgentes.
Uma estratégia de simplificação mais radical é transformar a maior parte do conteúdo do protocolo em código de contrato, mantendo apenas a mínima máquina virtual no Ethereum L1.
De modo geral, The Purge visa reduzir a complexidade e as necessidades de armazenamento do Ethereum por meio de uma série de medidas, a fim de garantir a sustentabilidade e a escalabilidade a longo prazo da rede. Isso requer coragem para limpar e simplificar o protocolo, mantendo ao mesmo tempo a funcionalidade central e a compatibilidade retroativa.
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.
13 gostos
Recompensa
13
6
Partilhar
Comentar
0/400
SchrodingerPrivateKey
· 07-25 12:10
Limpeza de dados históricos, êxtase!
Ver originalResponder0
RetiredMiner
· 07-22 21:08
V酱 Força吧~
Ver originalResponder0
GraphGuru
· 07-22 21:03
A simplificação é uma coisa boa!
Ver originalResponder0
PretendingSerious
· 07-22 20:49
Parece que a pos não foi trocada em vão.
Ver originalResponder0
GasFeeLady
· 07-22 20:49
observando o gás como um falcão... taxas mais baixas = trader feliz
Ethereum O plano The Purge: Gota de complexidade e requisitos de armazenamento para o futuro
Futuro Possível do Ethereum: The Purge
Um desafio importante que o Ethereum enfrenta é como reduzir a complexidade e as necessidades de armazenamento a longo prazo, mantendo a persistência e a descentralização da blockchain. Para alcançar esse objetivo, é necessário tomar uma série de medidas, incluindo a redução da carga de armazenamento do cliente através de "expiração histórica" e "expiração de estado", bem como simplificar o protocolo através da "limpeza de características".
Histórico expirado
O expirar histórico visa resolver o problema do aumento constante 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 valor aumenta em centenas de GB a cada ano. A chave do expirar histórico está em aproveitar o mecanismo de consenso da blockchain, permitindo que os nós na rede armazenem apenas uma parte dos dados históricos, em vez de todos.
As formas de implementação incluem:
O principal desafio reside em como equilibrar a disponibilidade de dados e a descentralização, bem como em como projetar mecanismos de incentivo para garantir que um número suficiente de nós participe do armazenamento de dados históricos.
Estado expirado
O expiração de estado visa resolver o problema do crescimento contínuo do estado. Mesmo que a necessidade de armazenar o histórico seja eliminada, a necessidade de armazenamento do cliente ainda crescerá cerca de 50 GB por ano. A dificuldade da expiração de estado reside na suposição de design da EVM de que os objetos de estado, uma vez criados, existem para sempre.
Existem dois principais esquemas de expiração de estado:
Estado parcial expirado: dividir o estado em blocos, apenas os dados que foram acessados recentemente serão armazenados. O EIP-7736 é uma implementação concreta.
Expiração de estado baseada em ciclos de endereço: usar uma lista de árvores de estado em constante crescimento, adicionando uma nova árvore de estado vazia a cada período. Isso requer a introdução do conceito de ciclos de endereço e pode exigir a expansão do espaço de endereços.
As duas soluções têm prós e contras, sendo necessário ponderar a eficiência de armazenamento, a facilidade de uso para o usuário e a facilidade de uso para o desenvolvedor.
Limpeza de características
A limpeza de características visa reduzir a complexidade do protocolo, eliminando funcionalidades desnecessárias. Algumas oportunidades específicas de limpeza incluem:
Ao implementar essas limpezas, é necessário equilibrar o grau de simplificação e a compatibilidade retroativa. Recomenda-se estabelecer um processo padronizado para realizar alterações destrutivas de compatibilidade retroativa que não sejam urgentes.
Uma estratégia de simplificação mais radical é transformar a maior parte do conteúdo do protocolo em código de contrato, mantendo apenas a mínima máquina virtual no Ethereum L1.
De modo geral, The Purge visa reduzir a complexidade e as necessidades de armazenamento do Ethereum por meio de uma série de medidas, a fim de garantir a sustentabilidade e a escalabilidade a longo prazo da rede. Isso requer coragem para limpar e simplificar o protocolo, mantendo ao mesmo tempo a funcionalidade central e a compatibilidade retroativa.