- Os desenvolvedores do Ethereum Core concordaram em melhorar o mecanismo de liberação de atualização.
- A equipe do Optimistic Ethereum causou a falha do Infura ao desencadear um erro crítico de sincronização no cliente Geth.
Em 11 de novembro, um “hard fork não anunciado” pelo Ethereum afetou o funcionamento do Infura e da maioria das trocas que se basearam em seus serviços back-end. Embora o preço da ETH não tenha sido afetado e tenha atingido uma nova alta anual de 476 dólares em 12 de novembro, o evento foi recebido com duras críticas na comunidade.
O chefe de desenvolvimento da Blockchair, Nikita Shavoronkov, ofereceu uma das primeiras explicações para o fracasso e declarou que o evento “não deve ser subestimado”. Shavoronkov acredita que o incidente é de grande importância para o Ethereum e um dos mais importantes que ele enfrentou desde “o desastre do DAO há quatro anos”.
Um relatório de segurança posterior publicado no Twitter pelo desenvolvedor central do Ethereum Péter Szilágyi deu uma visão mais detalhada sobre o bug, que afetou especificamente o cliente Geth. De acordo com o relatório, a equipe Geth foi informada em 24 de outubro sobre um bug de Negação de Serviço (DoS) encontrado na biblioteca da linguagem de programação Go:
O problema de DoS pode ser usado para quebrar todos os nós de Geth durante o processamento de blocos, o que faria com que uma grande parte da rede Ethereum ficasse offline.
O bug foi corrigido com uma atualização, mas versões mais antigas anteriores a Geth 1.9.19 permaneceram vulneráveis ao bug. O Infura e outros usuários não foram notificados e continuaram a utilizar versões vulneráveis do cliente Geth. Quando a equipe do Optimistic Ethereum (OE) decidiu “testar” um bug que encontrou na máquina virtual do Ethereum em 10 de novembro, 30 blocos foram perdidos em uma distribuição on-chain, como explicou um membro do OE:
Gostaria de pedir desculpas à comunidade por ter perdido acidentalmente alguns nós no Ethereum ontem à noite (…) Decidimos testar o bug e ver o que aconteceria. Foi uma estupidez em retrospectiva – não vimos o impacto dos poucos nós que não foram atualizados.
Os desenvolvedores do Ethereum discutem o bug
Como mencionado acima, o hard fork não anunciado causou grande controvérsia na comunidade criptomoedas. Usuários e desenvolvedores discutem as responsabilidades de ambas as partes. Em uma recente chamada dos principais desenvolvedores do Ethereum, a questão também foi levantada. Tim Beiko informou sobre a chamada e começou com os comentários de Szilágyi:
(…) Esta não é a primeira vez que Geth resolve tacitamente uma questão de consenso. Eles decidem se devem tornar pública uma correção, dependendo da probabilidade de alguém tirar vantagem do erro. Neste caso, eles decidiram manter o segredo.
Segundo o desenvolvedor, a exploração da vulnerabilidade teria sido “muito fácil” para torná-la pública. Entretanto, ele concordou que após a atualização, os desenvolvedores da Geth “deveriam ter relatado que uma versão anterior tinha um problema”. A convocação discutiu, portanto, a possibilidade de relatar problemas futuros pelo menos um mês após terem sido resolvidos, a fim de trazer uma melhoria. Szilágyi acrescentou.
Toda vez que reportam um bug, ele representa um risco para a rede e para quem não atualizar
James Prestwich, por sua vez, levantou a possibilidade de criar uma “lista privada” para informar os membros sobre a lista de erros semelhantes. Entretanto, a criação de tal mecanismo apresenta vários desafios: a crescente centralização do Ethereum, determinando quem deve constar da lista e concedendo uma “vantagem competitiva” aos membros adicionados.
Com isto em mente, Szilágyi manteve sua posição de que a segurança do Ethereum deveria ter prioridade. Portanto, ele pediu sugestões à comunidade sobre como melhorar a divulgação de atualizações para o público.
