Gavin Wood, da Ethereum, está pedindo por hard forks mais "conservadores"

O blockchain do Ethereum pode estar agora em processo de atualização para um novo software – mas isso T significa que desenvolvedores notáveis ​​T estejam refletindo sobre o processo que ocorreu.

Por exemplo, enquanto a atualizaçãoparece ter sido bem sucedido, pelo menos um provedor de software Ethereum teve dificuldades notáveis ​​com os preparativos para o lançamento. Conforme relatado pela CoinDesk, a Parity Technologies, sediada no Reino Unido, usada por quase 25 por centoda rede, foiinfestado de insetosdurante o fim de semana, um acontecimento que gerou especulações sobre atrasos de última hora.

Mas, embora esse espectro tenha sido evitado, o fundador e CTO da Parity, Gavin Wood, agora está se manifestando sobre os problemas, citando o processo de atualização como ONE de "lições a serem aprendidas" para a comunidade de desenvolvedores que trabalha no segundo maior blockchain em valor total.

Em resposta a pedidos de comentários, Wood destacou sua crença de que talvez seja muito cedo para considerar a chamada atualização de código Byzantium bem- ONE, observando que a zona de perigo em torno de um hard fork pode se estender por vários dias. Olhando para o futuro, ele disse que sente que mais previsão deve ser colocada em se os provedores de software cliente estão prontos para fazer a mudança.

Wood disse ao CoinDesk:

"É preciso haver uma abordagem mais conservadora para a especificação, desenvolvimento, teste e implantação de grandes alterações de protocolo como o Byzantium... Deve-se verificar o máximo possível que todas as principais implementações estejam em consenso antes de qualquer determinação de um bloco de hard fork."

Wood continuou usando essa bifurcação mais recente como evidência, descrevendo-a como uma situação na qual a maioria dos usuários de software foi solicitada a fazer grandes atualizações com pouco tempo para isso.

Conforme bugs contínuos foram descobertos, ele disse que os desenvolvedores acabaram tendo que fazer uma escolha difícil, uma das razões pelas quais ainda não se sabe o quão tranquilo será o lançamento.

"Foi realmente uma escolha entre exigir que a maioria dos usuários altere seu software dentro de 48 a 72 horas para adiar a bifurcação ou possivelmente ou provavelmente exigir que um subconjunto específico da rede atualize seu software em um prazo muito menor caso um problema seja descoberto", explicou ele.

Com base nisso, Wood propôs uma série de mudanças que ele poderia favorecer, incluindo agendar retiros com vários provedores de software ou usar contratos inteligentes para "adiar dinamicamente" um hard fork problemático.

Ainda assim, como essas medidas T foram tomadas desta vez, ele recomendou cautela para aqueles que usarem a rede nos próximos dias e semanas.

"Estou otimista de que, mesmo que nossos auditores e ferramentas encontrem mais problemas de 'consenso de dia zero', poderemos implementar as atualizações de antídoto antes que se tornem problemáticas", disse ele.

Rachel-Rose O'Leary contribuiu com a reportagem.

Imagem de Gavin Woodvia Shutterstock