Dencun e Pralectra: 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.

Após a ligaçã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 abreviar – a atualização que se segue.

Ainda em fluxo, um debate está em andamento sobre a visão geral: 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 camada de execução.

Verkle Trees são uma nova 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 afastamento significativo das funções hash mais simples usadas em Merkle Trees, de acordo 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 lidar 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 fase conhecida como The Verge.

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

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

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

Leia mais: Desenvolvedores principais descartam o fork Dencun este ano

“Verkle está na escala da fusão, se não pior, em termos de complexidade”, disse Ballet. “Você realmente não pode enviar nada ao mesmo tempo no lado [da camada de execução].”

Lukasz Rozmej, da equipe do cliente de execuçã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 como um “passageiro” ao lado do “driver” principal, sharding Proto-Dank ou EIP-4844.

Leia mais: 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 a favor 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 homem só e [precisa] de testes isolados”.

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

Ansgar Dietrichs, da Fundação Ethereum, apoiou a inclusão do EOF no Pralectra em abril passado 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 a favor.

No entanto, ninguém na teleconferência estava lá para defender explicitamente o EOF, o que levou o fundador da Nethermind, Tomasz Stanczak, a comentar: “se ninguém defender 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 camada de execuçã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, conhecido pelo apelido 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 moda”.

Este recurso, que afeta apenas a camada 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 1366 atestados — indicando concordância entre validadores — mas após o EIP-7549 seria reduzido para apenas 22.

“É fácil de implementar e economizará muito tempo de agregação”, disse Potus. “Isso pode ajudar em pontes sem confiança – e zk-provadores, zk-bridges – é algo 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 hierarquia explícita de autoridade ou mecanismo de votação para determinar prioridades.

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


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

Fonte: https://blockworks.co/news/ethereum-devs-plan-2024