Se há uma atualização do Ethereum que já foi senhora de honra, é o EVM Object Format (EOF).
Nubente uma vez, com planos de se matrimoniar em Xangai, foi deixado de lado logo depois pelos desenvolvedores desmaiados por um porvir blobular em Proto-Danksharding.
Se você não tem teoria 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.
Depois a relação do ACD de quinta-feira, ainda não sabemos se a EOF finalmente terá a chance de ser prometida. Mas pelo menos há uma proposta clara sobre a mesa.
Consulte Mais informação: Dencun e Pralectra: desenvolvedores principais da Ethereum traçam um cobiçoso 2024
Os desenvolvedores estavam considerando fortemente o EOF para o hard fork Shapella. No entanto, há um ano, em seguida um pouco de introspecção, foi deliberado manter o foco unicamente 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 dissabor 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. Oriente último, com seu potencial para melhorar drasticamente a experiência do usuário em rollups da estrato 2, venceu.
Porquê consolo, Ansgar Dietrichs da Instauração Ethereum sugeriu ter o EOF porquê foco da próxima atualização, Praga. “É grande demais para permanecer em segundo lugar em uma bifurcação”, disse ele. Portanto, deveria ter o seu próprio.
Consulte Mais informação: Próxima atualização do Ethereum com foco em blobs
Dencun, com 4844 porquê seu “driver”, permanece no caminho claro 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 Instauração Ethereum.
Resta unicamente uma testnet, Holesky, antes da mainnet, e Dencun deve receber seu teste final em 7 de fevereiro.
Empurrando EOF além da risco de chegada
A maior secção da relação de quinta-feira teve porquê objetivo compreender o status atual do próximo grande fork de recursos. Chamada de “Praga”, esta atualização da estrato de consenso é intitulada em seguida 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 realização para se referir ao mesma atualização.
As prioridades para “Pectra” estão lentamente a tomar forma. Muito lentamente.
Ferrin mais uma vez defendeu a EOF, chamando-a de “existencial para a EVM nos próximos anos”.
Porquê 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 privado prestígio 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 sensação de que o EOF não era importante no pretérito, 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 poderoso espeque 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.
Consulte Mais informação: Os usuários do Big Geth estão diversificando seus clientes em seguida o bug do Nethermind
Até mesmo Marius van der Wijden, da Go Ethereum (Geth), anteriormente um cético em relação ao EOF, parecia relativamente de tratado com a teoria.
“Estou me preparando para o EOF, (não é) unicamente uma (prioridade) para mim”, disse van der Wijden.
O espeque 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 relaçã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 Instauração Ethereum, ainda não estava convicto de que a preocupação com o EOF poderia afetar adversamente Verkle.
“Se intercorrer primeiro, preciso ter certeza de que não enviaremos um tanto 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 salvaguarda 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 penosa, porquê 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á convicto de que deveria ser comportá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 ligeiro até o altar.
