Desenvolvedores Ethereum consideram atualização ‘existencial’ para o EVM

Se há uma atualização do Ethereum que já foi dama de honra, é o EVM Object Format (EOF).

Noivado uma vez, com planos de se casar em Xangai, foi deixado de lado logo depois pelos desenvolvedores desmaiados por um futuro blobular em Proto-Danksharding.

Se você não tem ideia do que essa frase significa, não se preocupe. É uma metáfora para horas de discussão ao longo de anos de ligações de desenvolvedores do Ethereum.

Após a ligação do ACD de quinta-feira, ainda não sabemos se a EOF finalmente terá a chance de ser noiva. Mas pelo menos há uma proposta clara sobre a mesa.

Leia mais: Dencun e Pralectra: desenvolvedores principais da Ethereum traçam um ambicioso 2024

Os desenvolvedores estavam considerando fortemente o EOF para o hard fork Shapella. No entanto, há um ano, após um pouco de introspecção, foi decidido manter o foco apenas nas retiradas de apostas.

Depois que Shapella foi embarcado com segurança, os candidatos à inclusão em Dencun tiveram mais uma vez EOF entre eles. E novamente foi arquivado, para desgosto dos dois principais campeões do longa, Danno Ferrin e Greg Colvin.

O consenso em abril de 2023 era que o EOF era grande demais para dividir o palco com o EIP-4844 – Proto-Danksharding – e, portanto, era preciso ir embora. Este último, com seu potencial para melhorar drasticamente a experiência do usuário em rollups da camada 2, venceu.

Como consolo, Ansgar Dietrichs da Fundação Ethereum sugeriu ter o EOF como foco da próxima atualização, Praga. “É grande demais para ficar em segundo lugar em uma bifurcação”, disse ele. Então, deveria ter o seu próprio.

Leia mais: Próxima atualização do Ethereum com foco em blobs

Dencun, com 4844 como seu “driver”, permanece no caminho certo para a mainnet em março, já que os desenvolvedores relataram um hard fork “sem intercorrências” da testnet Sepolia na terça-feira.

“Vimos finalidades e também bolhas aparecendo exatamente quando queríamos”, disse Parithosh Jayanthi, da Fundação Ethereum.

Resta apenas uma testnet, Holesky, antes da mainnet, e Dencun deve receber seu teste final em 7 de fevereiro.

Empurrando EOF além da linha de chegada

A maior parte da ligação de quinta-feira teve como objetivo compreender o status atual do próximo grande fork de recursos. Chamada de “Praga”, esta atualização da camada de consenso é intitulada após a localização do Devcon 4. Enquanto isso, “Electra” – uma designação inspirada em uma estrela gigante azul-branca dentro da constelação de Touro – é o termo usado pelos clientes de execução para se referir ao mesma atualização.

As prioridades para “Pectra” estão lentamente a tomar forma. Muito devagar.

Ferrin mais uma vez defendeu a EOF, chamando-a de “existencial para a EVM nos próximos anos”.

Como líder do grupo de trabalho de implementadores de EOF, Ferrin disse que os desenvolvedores “estão entrando no modo ‘enviar’”.

A EOF visa tornar os contratos inteligentes Ethereum mais seguros, eficientes e fáceis de desenvolver. É de particular importância para os desenvolvedores de dapp Ethereum, que normalmente não participam das chamadas quinzenais de desenvolvimento completo.

Isso deixou algumas equipes de clientes com a impressão de que o EOF não era importante no passado, um estigma que tem sido difícil de se livrar.

Na teleconferência de 4 de janeiro, Dragan Rakita da equipe do cliente Reth expressou forte apoio ao EOF, e o desenvolvedor do Nethermind, Lukasz Rozmej, observou que o EOF é muito mais fácil de testar do que as árvores Verkle – o principal foco concorrente para o próximo fork.

Leia mais: Os usuários do Big Geth estão diversificando seus clientes após o bug do Nethermind

Até mesmo Marius van der Wijden de Go Ethereum (Geth), anteriormente um cético em relação ao EOF, parecia relativamente de acordo com a ideia.

“Estou me preparando para o EOF, [isso] simplesmente não é uma [prioridade] para mim”, disse van der Wijden.

O apoio foi ampliado na teleconferência de 18 de janeiro. O diretor de tecnologia da Paradigm, Georgios Konstantonopolous, disse que isso seria “realizável por uma pessoa em alguns meses”.

Ferrin reiterou esse sentimento na ligação mais recente, argumentando que o trabalho no EOF e no Verkle é feito por diferentes engenheiros dentro das equipes do cliente e, portanto, comprometer-se com isso não impediria o progresso do trabalho no Verkle.

Mas Guillaume Ballet, um desenvolvedor Geth da Fundação Ethereum, ainda não estava convencido de que a preocupação com o EOF poderia afetar adversamente Verkle.

“Se acontecer primeiro, preciso ter certeza de que não enviaremos algo e nos surpreenderemos percebendo que quebramos alguma coisa”, disse Ballet.

Andrew Ashikhmin, engenheiro de software da equipe do cliente Erigon, propôs se comprometer com o EOF com a ressalva de que ele seria testado em uma rede de teste Verkle e que haveria tempo para colaboração entre os implementadores Verkle e EOF nas próximas semanas.

É um problema do ovo e da galinha, como observou Ferrin.

“Antes de podermos colocá-lo em testnet em Verkle, precisamos que ele funcione nos clientes”, disse ele, acrescentando que sua equipe de clientes Besu poderá ter o EOF instalado e funcionando em breve para fins de teste. 

Mas ele está convencido de que deveria ser compatível com Verkle.

“Não quero 'deveria', quero ver isso funcionando”, retrucou Ballet.

EOF fica ainda tentando pegar o buquê, esperando que um pretendente o leve até o altar.

Não perca a próxima grande história – inscreva-se no nosso boletim informativo diário gratuito.