Finalmente? Parity lança software revisado antes do hard fork do Ethereum
Um dos principais fornecedores de software subjacente ao protocolo Ethereum enfrentou atrasos em seus preparativos para uma futura bifurcação.

A Parity, a segunda maior fornecedora de software de protocolo Ethereum , anunciou seu lançamento final do Byzantium.
O lançamento da Parity, que acontece poucos dias antes do Ethereum passar por uma bifurcação para atualizar seu blockchain subjacente, é o mais recente em quatro, tudo o queforam encontrados contendo "bugs de consenso" – ou falhas no software que forçariam os nós da rede, os computadores subjacentes ao blockchain, a se dividirem em uma versão diferente do protocolo.
Com a Parity responsável por manter o software que executa quase um quarto dos nós no blockchain do Ethereum , o atraso na liberação do código causou pânico para alguns, e até levou a equipe de desenvolvedores do ethereum a considerar adiar o fork hoje mais cedo.
Ainda assim, LOOKS que a equipe Parity resgatou a situação com pouco tempo de sobra – o chamado hard fork Bzyandtium está programado para o bloco 4.300.000 (cerca de dois dias a partir de agora, de acordo com métricas atuais).
'Empurre para trás'
Ainda assim, embora o hard fork planejado sejageralmente percebidoembora benéficos para a rede, os bugs em andamento prejudicaram a confiança de algumas pessoas na mudança que está por vir.
Expressando essa preocupação nas redes sociais, um usuário disse: “A filosofia do Vale do Silício de 'falhar rápido' não é adequada, na minha Opinião, para blockchains sem permissão, onde milhões de dólares estão em jogo.”
Outros usuáriosinstado Ethereum para atrasar o hard fork, afirmando:
"Empurre para trás, certifique-se de que não há erros, rapazes. Vale a pena. T se apressem."
Respondendo a esta Request, o desenvolvedor da Parity, Afri Schoedon disseque embora a equipe do cliente tenha considerado propor um atraso, seria mais complicado devido ao trabalho que já foi feito na tentativa de executá-lo.
Por exemplo, para mover o hard fork do Byzantium para uma data posterior, todos os clientes de software teriam que emitir versões aumentadas contendo um novo número de hard fork.
Escolaresumido:
"Enviar uma correção para a implementação de um cliente é mais fácil do que enviar uma atualização contendo o atraso para todos os clientes, especialmente se isso acontecer em tão pouco tempo."
No futuro, Schoedon enquadrou o pânico de última hora como uma boa lição para a plataforma Ethereum , argumentando que é mais seguro implementar um número de bloco de hard fork somente depois que as implementações do cliente tiverem sido preparadas e testadas adequadamente.
Testando o código
Todos os lançamentos do Ethereum estão sujeitos a um processo de teste chamado "fuzzing", que envolve o confronto de código consigo mesmo até que uma falha apareça. É um processo completo, que consegue revelar pequenas explorações que T seriam óbvias de outra forma.
Com isso em mente, é possível que a Parity possa continuar a demonstrar problemas semelhantes no futuro, que serão levados diretamente para o blockchain Byzantium.
E embora os bugs sejam difíceis de detectar, não é inimaginável que eles possam ser identificados por agentes maliciosos empenhados em atacar a cadeia (o Ethereum T está isento de inimigos).
Isto é evidenciado peloataques em andamento na rede de testes do Ethereum Ropsten, onde, sem nenhum lucro material, um invasor solitário constantemente enviava spam para a plataforma antes do hard fork, fazendo com que os desenvolvedores migrassem para uma rede de testes privada.
Com tudo isso em mente, é altamente improvável que a Parity possa levar esses problemas para o hard fork do Byzantium. De acordo com a startup, um anúncio está próximo e incluirá mais detalhes sobre testes e recursos.
Extintor de incêndiovia Shutterstock