Desenvolvedores principais da Ethereum traçam um ambicioso 2024

Os principais desenvolvedores do Ethereum estão debatendo as prioridades para o próximo hard fork depois do “Dencun”, que pode ocorrer no final de 2024 ou 2025.

Posteriormente a relação All Core Devs de quinta-feira, o cronograma provisório para o fork Dencun permanece inalterado, com a testnet Goerli sendo lançada pela primeira vez em 17 de janeiro.

Com o lançamento da atualização parecendo provável em março, os desenvolvedores estão voltando a atenção para o que vem a seguir em Praga-Electra – Pralectra, para encurtar – a atualização que se segue.

Ainda em fluxo, um debate está em curso sobre a visão universal: ou um conjunto de propostas de melhoria Ethereum (EIPs) menores com foco em recursos ou uma grande atualização de protocolo para introduzir Verkle Trees na classe de realização.

Verkle Trees são uma novidade estrutura de dados que evolui a atual Merkle Tree em uso hoje, usando técnicas matemáticas mais sofisticadas – compromissos vetoriais baseados em pares de curvas elípticas, que são um retiro significativo das funções hash mais simples usadas em Merkle Trees, de concordância com verkle. informações.

Essa estrutura utiliza menos espaço e pode ser verificada com mais rapidez, o que permite que a rede lide com mais transações.

Em suma, é uma forma de mourejar com o problema de longo prazo do “inchaço estatal”, que será cada vez mais importante à medida que o Ethereum crescer.

A atualização é um marco importante no roteiro de longo prazo da Ethereum, uma período conhecida porquê The Verge.

Não houve um consenso evidente sobre a chamada – alguns defendem manter o foco diretamente em Verkle Trees, com Guillaume Ballet da Instalação Ethereum alertando “não existe um pequeno fork”, mas outros pedindo um compromisso firme para atualizar a rede novamente em 2024.

O terror é que Verkle Trees possa levar 18 meses ou mais para ser entregue – uma perpetuidade em criptografia.

A própria Dencun estava originalmente prevista para novembro, mas foi finalmente adiada para 2024 em outubro pretérito.

Consulte Mais informação: Desenvolvedores principais descartam o fork Dencun nascente ano

“Verkle está na graduação da fusão, se não pior, em termos de complicação”, disse Ballet. “Você realmente não pode enviar zero ao mesmo tempo no lado (da classe de realização).”

Lukasz Rozmej, da equipe do cliente de realização Nethermind, concordou, recomendando que os desenvolvedores priorizem um fork rico em recursos antes de recorrer totalmente ao Verkle Trees.

“Minha experiência me diz que a reformulação do estado é extremamente difícil e leva muito tempo”, disse ele aos colegas na teleconferência. “A resistência Verkle não é a especificação, é a implementação, otimização e teste.”

Recursos, sim, mas quais?

Entre aqueles que defendem uma segunda bifurcação em 2024 com foco em recursos estavam as equipes de clientes da Nethermind, Besu e Reth. Mas a questão é: o que tem precedência?

Andrew Ashikhmin, engenheiro de software da equipe do cliente Erigon, sugeriu que o EVM Object Format (EOF) seria um candidato para impulsionar a próxima atualização sem desviar a atenção do trabalho de longo prazo em Verkle Trees, porque poderia ser implementado por uma equipe menor, e foi uma mudança mais isolada na base de código.

“Mas Verkle deveria ser o foco principal”, disse ele.

EOF foi originalmente considerado para o hard fork Shapella, mas foi considerado grande demais para ser emparelhado porquê um “passageiro” ao lado do “driver” principal, sharding Proto-Dank ou EIP-4844.

Consulte Mais informação: Próxima atualização do Ethereum para focar em Blobs

EOF “definitivamente não é um passageiro” segundo Justin Florentine, engenheiro de protocolo da equipe do cliente Besu, mas disse que Besu já havia feito “muito progresso” no recurso e, portanto, era em prol de sua adoção no Pralectra

Georgios Konstantopoulos, diretor de tecnologia e pesquisador da empresa de investimentos Paradigm, que está construindo o cliente Rust Ethereum (Reth), disse que sua equipe estava “OK (com) EOF, pois é (um) trabalho de um varão e (precisa) de testes isolados”.

Mas o desenvolvedor da Instalação Ethereum, Marius van der Wijden, compartilhou a opinião de que “EOF não estará na pequena bifurcação”.

Ansgar Dietrichs, da Instalação Ethereum, apoiou a inclusão do EOF no Pralectra em abril pretérito e observou na teleconferência de quinta-feira que a equipe do Solidity – mantendo a principal linguagem de programação de contratos inteligentes do EVM – era fortemente em prol.

No entanto, ninguém na teleconferência estava lá para proteger explicitamente o EOF, o que levou o fundador da Nethermind, Tomasz Stanczak, a comentar: “se ninguém proteger o EOF nesta teleconferência, isso resumiria por que ele ainda não foi enviado”.

Stanczak chamou EIP-7002 ou “Saídas acionáveis ​​da classe de realização” o EIP mais votado no fórum Ethereum Magicians e “super importante”, porque corrige um “grande bug de design com piquetagem (e) não pode chegar cedo o suficiente”.

O colega desenvolvedor principal Parithosh Jayanthi, publicado pelo sobrenome de “Potuz”, disse que se tivesse que escolher um recurso para enviar, seria o EIP-7002. No entanto, em sua opinião, o EIP-7549 “definitivamente deveria estar na voga”.

Leste recurso, que afeta unicamente a classe de consenso, corrige um bug no design do Ethereum e visa reduzir o número médio de pares necessários para verificar as regras de consenso. Um emparelhamento é uma operação usada em certos algoritmos criptográficos envolvendo curvas elípticas.

Atualmente, para chegar a um consenso é necessário verificar um mínimo de 1.366 atestados — indicando concordância entre validadores — mas posteriormente o EIP-7549 seria reduzido para unicamente 22.

“É fácil de implementar e economizará muito tempo de associação”, disse Potus. “Isso pode ajudar em pontes sem crédito – e zk-provadores, zk-bridges – é um tanto que definitivamente deveria estar em qualquer bifurcação que fizermos a seguir.”

O objetivo da chamada era iniciar a discussão, e a abordagem específica e as propostas de melhoria serão decididas posteriormente. As atualizações do Ethereum são orientadas por consenso; não existe uma jerarquia explícita de domínio ou mecanismo de votação para instaurar prioridades.

Às vezes pode parecer reptante ou caótico progredir, não muito dissemelhante de pastorear gatos, mas essa é a natureza da fera descentralizada.