Prysm Dominance of Ethereum Staking Clients Risks The Merge - Trustnodes

Dirigido por Prysmatic Labs financiado por subsídios e escrito em Go, o Prysm começou a dominar desde o início na testnet.

As esperanças que mudariam uma vez que a rede principal fosse lançada não se materializaram, com agora mais de um ano depois a Prysm ainda respondendo por 62% de todos os clientes eth 2.

Isso é de acordo com dados do Miga Labs dirigido pelo Dr. Leonardo A. Bautista Gomez (Leo Bago), Líder de Equipe e Pesquisador Sênior do Centro de Supercomputação de Barcelona.

Até agora, esses dados eram difíceis de obter, mas seu rastreador apresenta alguns gráficos interessantes, incluindo a imagem em destaque atualizada acima.

Isso mostra que com apenas algumas mudanças, a rede pode se tornar resiliente. Se apenas 10% dos clientes da Prysm forem para o Lighthouse, por exemplo, e 20% para o Teku, todos os três estarão abaixo do limite de 33%.

Um limite menor do que na Proof of Work, onde 51% deve ser malicioso, com a definição de 'malicioso' na Proof of Stake (PoS) incluindo acidentes simples como alguns bugs inocentes no Prysm.

Se houvesse esse bug e ele fosse explorado atualmente ou fizesse com que o cliente ficasse fora de sincronia, toda a rede ethereum 2.0 pararia de funcionar por dias ou até semanas, à medida que os stakers se movessem para outros clientes ou esperassem para serem ejetados, perdendo toneladas de dinheiro no processo.

Nada disso aconteceu na rede ao vivo, mas aconteceu na testnet em 2020, quando travou devido a alguns bugs do cliente, levando algum tempo para voltar a funcionar.

Uma maneira de se proteger contra isso é diversificar os clientes para que nenhum cliente tenha mais de 33% de participação na rede, um pouco como nenhum pool de mineração deveria ter 51% da rede.

Nesse caso, se houver algum problema em um cliente, seus usuários podem enfrentar dificuldades, mas a rede como um todo permanece inalterada. Caso contrário, se esse cliente tiver 34% de participação, toda a rede basicamente parará.

Para evitar isso, houve tentativas de facilitar a transferência de staking entre clientes, assim como houve tentativas de persuadir grandes provedores de staking a diversificar.

Um funcionário da Coinbase em seu departamento de staking, quando perguntado, disse que está trabalhando na diversificação de seus próprios nós de staking, com os dados acima mostrando que houve uma ligeira queda no Prysm de 65% da rede em dezembro.

No entanto, o domínio ainda é tão alto que pode afetar os planos de lançamento da Fusão, que é a atualização completa da rede para Proof of Stake, em que tudo fica sujeito a esse limite de 33%.

Atualmente, a rede da cadeia Beacon em execução não possui transferências, portanto, qualquer problema seria limitado. No entanto, uma vez que a Fusão seja lançada, todos os colaterais e bots em Aave ou Dai e praticamente tudo em execução na eth estarão sujeitos ao novo mecanismo de Proof of Stake.

Portanto, um pequeno bug no Prysm, se ainda for dominante nesse ponto, pode interromper tudo, o que pode ser um pouco como o Bitmex caindo em meio à volatilidade, pois assim que a rede voltar a funcionar, os feeds do oráculo terão diferentes preços que você pensaria.

É por isso que alguns desenvolvedores não se sentem à vontade para lançar a fusão enquanto o Prysm ainda domina.

O lançamento em si pode ser neste verão se tudo correr bem na rede de testes da Merger, e se o limite de 33% do cliente se tornar um requisito para isso, você pensaria que seria facilmente alcançado, pois os interessados ​​gostariam que ele fosse lançado.

No entanto, uma vez lançado, ainda podemos obter esse domínio depois, porque os apostadores estão claramente gostando muito desse cliente Prysm.

Portanto, pode não haver uma solução contundente, exceto confiar no bom senso e no interesse próprio do staker para não perder dinheiro, além de incomodar empresas como a Coinbase para diversificar.

Transferências contínuas de clientes de staking também seriam úteis e podem até resolver o problema completamente, pois você só tem um cliente de backup que tornaria a diversidade praticamente embutida.