Ethereum definido para revisão do padrão de programação crucial com ‘formato de objeto EVM’

Como analista experiente com mais de duas décadas de experiência na indústria de tecnologia e blockchain, testemunhei a evolução do Ethereum desde o seu início até o seu status atual como a maior plataforma de contratos inteligentes. A atualização proposta do EVM Object Format (EOF) é um desenvolvimento intrigante que, se implementado com sucesso, poderá trazer melhorias significativas para a experiência do desenvolvedor no Ethereum.

Os desenvolvedores que trabalham no Ethereum estão buscando uma atualização que possa introduzir modificações significativas no ambiente de codificação da rede, o que poderia ser tão transformador quanto a introdução inicial de contratos inteligentes no blockchain há quase dez anos, causando uma grande ruptura na indústria criptográfica.

Como desenvolvedor de blockchain experiente, com anos de experiência trabalhando em vários projetos, acompanhei de perto as discussões em andamento em torno da Proposta de Melhoria Ethereum (EIP), conhecida como EVM Object Format (EOF). Dada a minha experiência e as lições que aprendi com incidentes de segurança anteriores no espaço, compreendo as preocupações levantadas por alguns participantes sobre riscos potenciais. No entanto, estou entusiasmado em ver que esta mudança proposta agora fará parte de um pacote significativo chamado hard fork Pectra ainda este ano ou no início do próximo. Esta atualização poderia trazer mais robustez e eficiência à Máquina Virtual (EVM) da Ethereum, o que beneficiaria não apenas desenvolvedores como eu, mas também todo o ecossistema Ethereum. Aguardo ansiosamente pela sua implementação e acompanharei de perto o seu impacto na segurança e no desempenho geral da rede.

A proposta EOF é uma série de mudanças menores com o objetivo de atualizar a Máquina Virtual Ethereum (EVM), o ambiente de programação que executa contratos inteligentes no blockchain e, sem dúvida, o molho secreto do Ethereum que o tornou diferente do Bitcoin e de outras redes distribuídas iniciais quando foi lançado. em 2015.

Especificamente, a implementação do Ethereum Orange Friend (EOF) melhoraria a experiência do desenvolvedor, especialmente para aqueles que constroem aplicativos descentralizados usando linguagens de codificação Solidity ou Vyper. Esta série de ajustes é tão complexa que poderia potencialmente interromper os contratos inteligentes existentes, portanto, uma nova versão foi incorporada para permitir que os criadores de dapp optem por qual variante da Máquina Virtual Ethereum (EVM) usar ao implantar seu código.

“Parithosh Jayanthi, um desenvolvedor principal da Ethereum Foundation, afirmou via Telegram que o EOF marca uma mudança significativa nos avanços relacionados ao EVM após um longo período. Esta mudança abre caminho para futuras atualizações de EVM e demonstra o compromisso da camada subjacente com a melhoria contínua do EVM .”

O padrão EVM

Ethereum, sendo o blockchain pioneiro e mais extenso de contratos inteligentes, estabeleceu o padrão de codificação que vários outros blockchains seguiram. Notavelmente, vários blockchains da camada 1 desenvolveram métodos para integração com EVM, reconhecendo seu papel significativo no setor de blockchain.

No entanto, à medida que os desenvolvedores planejam lançar uma nova iteração da Máquina Virtual Ethereum (EVM), seu objetivo é facilitar a criação de contratos inteligentes e aplicativos descentralizados (dapps) mais robustos. Esse movimento, no entanto, desperta certa apreensão entre os desenvolvedores, que temem que o processo possa desencadear inadvertidamente efeitos indesejáveis ​​na rede.

Atualmente, o aspecto EOF da próxima atualização do Pectra para Ethereum abrange um total de 11 Sugestões de Melhorias (ESIs) do Ethereum.

A ideia de propostas EOF foi levantada durante a última atualização, conhecida como Dencun. No entanto, quando os desenvolvedores do Ethereum estavam imersos no trabalho de proto-danksharding – um avanço significativo que visa reduzir o custo e aumentar a velocidade de armazenamento de dados no blockchain – eles decidiram adiar o EOF e, em vez disso, planejam reconsiderá-lo durante o Pectra.

Um crítico notável do EOF foi o desenvolvedor principal Marius Van Der Wijden.

Como observei, a integração destes processos, como operações, verificações e verificações, no mecanismo de consenso acarreta um risco potencial. Isso ocorre porque se houver uma falha não detectada nesses procedimentos e lançarmos algo que passe na nossa verificação, mas contenha um problema subjacente, isso poderá levar a uma falha imprevista em um estágio posterior. Expressei esta preocupação durante a minha entrevista com a CoinDesk na Conferência da Comunidade Ethereum em Bruxelas.

Van Der Wijden expressa uma apreensão significativa em relação ao EOF: “O principal problema reside em ter que gerenciar simultaneamente o EVM existente e o novo. A razão é que a versão atual não será descontinuada, correto? E parece que a maioria as pessoas estão atualmente usando o existente.”

A maioria dos principais desenvolvedores argumenta que o EOF (Entity-Oriented Framework) é vantajoso para o ambiente Ethereum, pois suas vantagens superam os perigos potenciais.

De acordo com Danno Ferrin, membro independente da equipe do cliente Besu, ele compartilhou com CoinDesk via Telegram que o EOF (End Of File) agora está preparado, todas as implementações necessárias foram feitas e há suporte crescente para ele entre usuários downstream como Solidity.

“Assim que o recurso estiver totalmente desenvolvido e concluído, é hora de liberá-lo para uso ou retirá-lo permanentemente”, explicou Ferrin, acrescentando que o EOF reduzirá significativamente a dívida técnica que a Máquina Virtual Ethereum (EVM) acumulou desde a sua criação .