Silêncio nunca mais: usuários do Ethereum rejeitam código de recuperação

A comunidade Ethereum quebrou o silêncio sobre uma medida para facilitar melhor o retorno de fundos perdidos na plataforma.

Após a saída do desenvolvedor do Ethereum Yoichi Hirai, que renunciou ao seu cargo de supervisão das mudanças do software Quinta-feira, membros da comunidade invadiram o Github em rejeição retumbante à proposta controversa pela qual ele deixou seu cargo.

Nas últimas 24 horas, mais de 80 comentários foram postados no GitHub oficial da rede blockchain, com a maioriaafirmando eles "não apoiam" ou são "fortemente contra" a proposta de melhoria do Ethereum (EIP) 867, que detalha um método para padronizar o uso de atualizações de software em todo o sistema para devolver fundos perdidos na plataforma.

Muitas vezes ocorrendo como resultado de código defeituoso, a recuperação de fundos é umaassunto delicado para a plataforma, tendo levado anteriormente ao desenvolvimento de uma Criptomoeda rival chamada Ethereum Classic.

A resposta acalorada, na qual muitos se manifestam para expressar apoio ao desenvolvedor, marca um forte contraste com o silêncio do início da semana, com alguns atéescrita que a proposta é uma "completa vergonha para a comunidade Ethereum ".

Falando no tópico, o desenvolvedor William Entriken alertou sobre as potenciais consequências da normalização da recuperação de fundos perdidos em comentários que evidenciaram o sentimento emergente.

“Esta é a consequência não intencional de ter uma ferramenta prontamente disponível, bem documentada e padronizada como esta”, eleescreveu.

Outros dispensadoa proposta como "muito prejudicial"assim como"assustador e uma piada absoluta", enquanto outroescreveuque "vai contra tudo o que eu pensava que esse movimento representava".

A indignação também reflete a reação observada em uma reunião de desenvolvedores CORE semana passada, onde o desenvolvedor do Ethereum, Vlad Zamfir, falou sobre a necessidade de feedback da comunidade sobre o assunto, afirmando que o EIP 867 talvez fosse importante demais para passar pelo processo usual de EIP.

Para piorar a situação, surgiu uma confusão sobre o status da proposta, que foi formalmente inserida no GitHub, primeiro como um "problema" (ou um esboço inicial) e, mais tarde, como uma " Request de pull", um esboço formal de software cujo código foi mesclado com o código ativo da plataforma.

James Levy da Tap Trust, um dos três desenvolvedores que lideram a proposta, fechou o problema do Githubno meio da atividade da noite passada,provocando confusãoque o EIP 867 não está mais ativo.

No entanto, até o momento, a Request de pull correspondente permanece abrir, e até o momento, continua gerando feedback.

Teclado quebradovia Shutterstock