Desenvolvedores do Ethereum adiam o hard fork de Berlim para conter preocupações com a centralização do cliente

Tantos usuários são dependentes do cliente Ethereum Geth que um bug pode congelar temporariamente a rede – algo que blockchains T devem fazer, nunca. Em vista disso, os desenvolvedores do Ethereum CORE decidiram na sexta-feira adiar o trabalho no hard fork Berlin até pelo menos agosto, em um esforço para dar a outros clientes uma chance de aumentar sua participação na rede.

Geth compõe apenas uma das 11 especificações do cliente, mas 79% dos nós Ethereum são executados nele, de acordo com Nós de Éter. Essa porcentagem também aumentou 5% desde dezembro. Os desenvolvedores temem que um bug sério possa quebrar o Ethereum – particularmente porque as atualizações contínuas para o ETH 1.x continuam antes que a rede faça a transição para um algoritmo de consenso de Proof-of-Stake (PoS) sob o ETH 2.0.

“Geth é a maioria da rede”, disse o líder da equipe Geth, Péter Szilágyi, na sexta-feira passada.Chamada do grupo All CORE Developers. “É super importante que estejamos corretos porque não podemos nos dar ao luxo de não estar corretos.”

Idiomas Ethereum

Ter uma diversidade de clientes é bom para a rede. Permite que diferentes projetos se juntem à comunidade de desenvolvedores do Ethereum – desde a menor startup atéJPMorgan. Ethereum tinha oito línguas em vários níveis de completude um ano após seu lançamento em 2015. A Fundação Ethereum listas atualmenteclientes em cinco linguagens, incluindo Go, Solidity, Java, JavaScript e Python.

Leia Mais: A tecnologia de Política de Privacidade Zcash subjacente à transição do Ethereum para o ETH 2.0

No entanto, assim como a língua Human , cada linguagem de programação tem suas nuances e, portanto, desvantagens de implementação. Quando os desenvolvedores do Ethereum realizam atualizações, essas nuances podem se transformar em bugs desagradáveis.

“O principal motivo [para adiar Berlim] seria reduzir a dependência do Geth e permitir que ele falhe sem derrubar toda a rede”, disse o desenvolvedor independente Alexey Akhunov em um chat privado. “Atualmente, o fardo é muito alto, já que a correção do Geth é tão crítica, e eles acabam fazendo a maior parte do trabalho para garantir que tudo funcione corretamente.”

Isso foi acelerado pela descontinuação do cliente Parity Ethereum , conforme anunciado pela Parity Technologies em dezembro de 2019. “A Parity está cada vez mais incapaz de dedicar o nível de recursos necessários até mesmo para a manutenção simples deste projeto”, escreveu a equipe da Parity em um blogpostar na época.

A base de código desse projeto foi entregue a uma organização autônoma descentralizada (DAO) de desenvolvedores financiada pela spinout da ConsenSysGnosis. Agora opera sob o nome “Open Ethereum”. Desde dezembro, o cliente perdeu quase 60% de seus nós, de acordo com o Arquivo da Web. (Observação: Geth também perdeu cerca de 14% de seus nós desde dezembro.)

Diversificação de clientes

“Em um mundo ideal, teríamos vários clientes, sem que nenhum deles tivesse uma participação de mercado maior que 33%”, disse o fundador da Gnosis , Martin Köppelmann, em uma mensagem privada. “Embora seja verdade que o Open Ethereum não atingiu o número de nós em execução [que] o cliente Parity tinha, T vemos isso como um declínio. Muito pelo contrário. Quando a Gnosis efetivamente assumiu a responsabilidade pelo Open Ethereum, começamos com uma participação de mercado de 0.”

As preocupações de Szilágyi permanecem válidas, independentemente do entusiasmo de Köppelmann, no entanto. Fazer com que indivíduos, exchanges ou clientes executem qualquer coisa além de Geth tem sido difícil e essa dependência seria fatalmente exposta se Geth algum dia encontrar problemas técnicos.

Essa dependência é a razão pela qual o ETH 2.0 é tão lento para ser lançado. Os pesquisadores do ETH 2.0 concordaram em esperar até que uma diversidade de clientes possa ser lançada em conjunto para evitar qualquer problema se um ou mais caírem.

Comparativamente,Bitcoin e a maioria das outras criptomoedas T faz hard fork com tanta frequência ou tem tantos aplicativos rodando nelas. O Ethereum enfrenta um problema: muitos projetos dependem dele para 100% de tempo de atividade, mas fazem hard forks a cada seis a 12 meses.

Esgotamento de Geth?

Além disso, como fazer com que outros clientes sigam a liderança de Geth continua sendo uma questão em aberto.

O desenvolvedor do Ethereum Greg Colvin disse na chamada do desenvolvedor que isso se tornou uma questão de negócios e que dificilmente será resolvida por iniciativas do desenvolvedor. Os projetos escolherão trabalhar com um cliente minoritário porque eles têm necessidades agudas que a Geth não pode atender, como código não sendo de código aberto. Dito isso, Colvin disse que a Geth deveria contratar mais funcionários, se possível.

Suspensão dos testes das Propostas de Melhoria do Ethereum (EIPs) previsto para Berlim foi uma opção que os desenvolvedores escolheram. Ainda assim, Szilágyi concluiu que a responsabilidade 24/7 de manter o “computador mundial” funcionando está esgotando sua equipe.

“Se estivermos errados e, por exemplo, [o cliente Ethereum ] Nethermind estiver correto, então T importa que o código da Nethermind estivesse correto e o nosso estivesse errado, porque a rede disparou na cadeia errada”, disse ele.