Compartilhe este artigo

Desenvolvedores do Ethereum dão luz verde 'provisória' ao código de bloqueio ASIC

Um consenso "provisório" foi alcançado hoje de que os desenvolvedores do Ethereum proporão o bloqueio do ASIC antes da atualização do proof-of-stake do blockchain.

Membros da comunidade de desenvolvimento de código aberto do Ethereum concordaram provisoriamente na sexta-feira em implementar um novo algoritmo que bloquearia hardware de mineração especializado, ou ASICs, enquanto aguardam mais testes no código proposto.

Se aceito pela rede de usuários que executam o software Ethereum , a mudança de código, apelidada de "ProgPoW", bloquearia ASICs, como aqueles feitos por grandes empresas de mineração comoBitmain. Em seu lugar, o novo software permitiria que hardware de propósito geral, ou GPU – que normalmente é eliminado por ASICs – competisse por recompensas na plataforma.

A História Continua abaixo
Não perca outra história.Inscreva-se na Newsletter Crypto for Advisors hoje. Ver Todas as Newsletters

Os ASICs foram desenvolvidos para o Ethereum já em Abril de 2018.

Falando na teleconferência de desenvolvedores hoje, o líder de segurança Martin Holst Swende disse que prefere a mudança, pois ela ajudará a garantir a segurança da eventual transição do Ethereum para o proof-of-stake, um novo sistema no qual os usuários mineram a Criptomoeda não queimando eletricidade, mas reservando as moedas que possuem.

"Sabemos hoje que Ethhash tem falhas que estão sendo alvos atualmente. Então, é por isso que eu gostaria de mudar o mais rápido possível para nos dar tempo de passar para proof-of-stake", disse Holst-Swende.

Concluindo a conversa, o responsável pelas relações com desenvolvedores da Fundação Ethereum , Hudson Jameson, pareceu categorizar o consenso como tendo sido alcançado sobre a proposta.

Jameson disse:

“Parece que chegamos a um acordo de que estamos provisoriamente seguindo em frente com o ProgPoW, o que significa que seguiremos em frente a menos que haja um grande problema encontrado com os testes ou coisas dessa natureza. Seguiremos em frente com o ProgPoW.”

Isso significa que, a menos que os desenvolvedores encontrem problemas inesperados com a mudança, o ProgPoW seria lançado como parte de uma atualização autônoma de todo o sistema, ou hard fork, dentro dos próximos dois a quatro meses. Além do ProgPoW, nenhuma outra mudança de software será incluída na atualização, disseram os desenvolvedores.

A notícia chega em um momento em que Constantinople, a quinta grande atualização da plataforma, está se aproximando da ativação. Falando na chamada, o gerente de lançamento da Parity, Afri Schoedon, disse que, de acordo com os tempos de bloqueio atuais, Constantinople deve ser ativado "10 minutos após 12:00 UTC na quarta-feira, 16 de janeiro".

Originalmente planejado para novembro, Constantinople traz uma série de mudanças de design visando simplificar o código da plataforma. Ele também busca atrasar a chamada “bomba de dificuldade” – uma correção de código projetada para incitar atualizações frequentes – por 18 meses, enquanto reduz a recompensa de mineração de ether de 3 ETH para 2 ETH por bloco.

Os desenvolvedores também disseram que um hard fork adicional, chamado Istanbul, deve ser planejado para ocorrer em outubro, após um período de nove meses. Proposto por Afri Schoedon na chamada de hoje, isso seria parte de um ciclo de atualização periódica destinado a manter a regularidade das atualizações.

Ainda assim, o cronograma do PropPoW, que se desviará do ciclo de atualização periódica, ainda não está claro, com os desenvolvedores concordando em questionar o cronograma de atualização na próxima chamada de desenvolvedores em 18 de janeiro.

"Vamos fazer a lição de casa até a próxima chamada de desenvolvimento CORE e ver como as pessoas podem implementar [ProgPoW] em suas estruturas e talvez possamos conversar sobre o cronograma em duas semanas", disse Holst Swende.

Imagem de FARM de mineração de Bitcoin via arquivos CoinDesk

Rachel-Rose O'Leary
[@portabletext/react] Unknown block type "undefined", specify a component for it in the `components.types` prop
Rachel-Rose O'Leary