Vitalik explica o roteiro da camada de execução do Ethereum, com foco nas principais mudanças na árvore de estado e na máquina virtual

ETH8,6%

PANews 2 de março: O cofundador do Ethereum, Vitalik Buterin, publicou nas redes sociais uma explicação sobre o roteiro da camada de execução do Ethereum, focando em duas grandes mudanças: a árvore de estado e a máquina virtual.

No que diz respeito à árvore de estado, Vitalik apoia a atualização do Merkle Patricia Tree hexadecimal atual para uma árvore binária baseada em funções de hash mais eficientes, através do EIP-7864. Essa mudança pode reduzir o comprimento dos ramos Merkle em 4 vezes, diminuindo o custo de largura de banda para validação de dados pelos clientes; além disso, a função de hash pode ser alterada para Blake3 ou a série Poseidon, aumentando significativamente a eficiência das provas. O design de árvore binária também agrupa os slots de armazenamento em “páginas”, reduzindo o custo de acesso a dados adjacentes, permitindo que muitas transações DeFi economizem mais de 10.000 Gas cada uma. Além disso, a estrutura de árvore binária é mais simples e reserva bits de metadados para futuras funcionalidades de expiração de estado.

No que diz respeito à máquina virtual, Vitalik propõe que a direção de longo prazo seja substituir o EVM, possivelmente adotando a arquitetura RISC-V. A nova VM deve atender a quatro objetivos: maior eficiência na execução nativa, eliminando a necessidade da maioria das pré-compilações; maior eficiência de provas do que o EVM; suporte à geração de provas ZK no lado do cliente; e máxima simplificação na implementação do código. Ele destacou que, se a Ethereum permanecer apenas na camada “EVM + GPU”, ela será suficiente, mas uma VM melhor tornará o protocolo mais robusto. O roteiro de implantação consiste em três etapas: primeiro, a nova VM substituirá as pré-compilações; depois, os usuários poderão implantar contratos baseados na nova VM; por fim, o EVM será aposentado, passando a usar contratos inteligentes escritos na nova VM, garantindo compatibilidade total com versões anteriores.

Isenção de responsabilidade: As informações contidas nesta página podem ser provenientes de terceiros e não representam os pontos de vista ou opiniões da Gate. O conteúdo apresentado nesta página é apenas para referência e não constitui qualquer aconselhamento financeiro, de investimento ou jurídico. A Gate não garante a exatidão ou o carácter exaustivo das informações e não poderá ser responsabilizada por quaisquer perdas resultantes da utilização destas informações. Os investimentos em ativos virtuais implicam riscos elevados e estão sujeitos a uma volatilidade de preços significativa. Pode perder todo o seu capital investido. Compreenda plenamente os riscos relevantes e tome decisões prudentes com base na sua própria situação financeira e tolerância ao risco. Para mais informações, consulte a Isenção de responsabilidade.

Related Articles

Baleia 0x4553 Executa 58,34 M ETH para WBTC e cbBTC Swap

Mensagem de notícias do Gate: o endereço da baleia 0x4553 realizou uma transação de swap há 2 horas, trocando 24,564 ETH avaliados em 58,34 milhões de dólares por 775,56 WBTC no valor de 57,73 milhões de dólares e 9,18 cbBTC avaliados em 683.000 dólares.

GateNews12m atrás

O Trader Inteligente Começa a Fazer Short em Ethereum e Bitcoin Depois de Gerar $34M Lucro

O trader 58bro.eth mudou para shortar Bitcoin e Ethereum depois de ganhar $34M com uma taxa de vitória de 91%. A mudança reflecte uma perspetiva baixista no meio da volatilidade do mercado, com as posições actuais a totalizarem mais de $25M em activos cripto.

BlockChainReporter1h atrás
Comentar
0/400
ABigHeartvip
· 03-02 00:13
O cofundador do Ethereum, Vitalik Buterin, discutiu na redes sociais o roteiro da camada de execução do Ethereum, incluindo alterações na árvore de estado e na máquina virtual. Ele apoia a atualização da árvore Merkle Patricia para uma árvore binária, a fim de aumentar a eficiência e reduzir os custos de validação. Ao mesmo tempo, sugere substituir a EVM por uma arquitetura RISC-V, para melhorar a eficiência de execução e prova, além de simplificar a implementação do código. A implantação geral será realizada em três etapas para garantir compatibilidade retroativa.
Ver originalResponder0