Ethereum procura maneiras de evitar o destino da ETC

Ethereum procura maneiras de evitar o destino da ETC

Em uma reunião de Core Devs, os desenvolvedores do Ethereum (ETH) discutiram possíveis medidas que poderiam ser tomadas para evitar a ocorrência de 51% em ataques.

A discussão foi inspirada pelos ataques de 51% desta semana no Ethereum Classic (ETC) — uma rede que representa o estado original do Ethereum, onde as consequências do hack do DAO em 2016 não foram revertidas. No entanto, o ataque original, que ocorreu entre 31 de julho e 1º de agosto, foi revelado como uma tentativa cuidadosamente orquestrada de um gasto duplo. O qual rendeu ao invasor mais de US$5 milhões em ETC por um investimento de US$ 200.000 em hashpower.

Então, durante a reunião, os desenvolvedores do Ethereum discutiram se deveriam tomar medidas adicionais contra esses ataques e como tais medidas deveriam ser implementadas.

Reduzindo a tampa do reorg

Uma proteção potencial contra a reorganização da cadeia é configurar pontos de verificação em um nível de nó que definiria o histórico da blockchain em pedra depois desse ponto. Então, qualquer alteração proposta de blockchain além deste ponto de verificação seria, portanto, rejeitada pelos nós.

Mas, as reorganizações da cadeia dependem da mineração de uma versão alternativa da blockchain com uma quantidade maior de hashpower do que a versão comumente aceita. Assim, devido às regras do consenso de Nakamoto, a cadeia com uma prova de trabalho acumulada mais alta, substituiria automaticamente a original quando publicada nos nós.

O desenvolvedor do cliente Geth, Peter Szilagyi, disse que o software já rejeita reorganizações mais profundas do que 90.000 blocos, ou duas semanas. No entanto, isso é muito maior do que a reorganização efetiva que aconteceu na ETC de cerca de 4.000 blocos.

Ainda que reduzir este limite possa ajudar a se defender de ataques semelhantes, Alexey Akhunov da OpenEthereum observou que limites definidos muito baixos podem ter consequências imprevistas.

Medidas para ETC podem ser ineficazes

A profundidade da reorganização do ETC foi ditada em parte por uma história de ataques anteriores. Essas trocas levaram a aumentar maciçamente o limite de confirmação para aceitar depósitos.

Szilagyi disse que para Ethereum não há necessidade de milhares de blocos. As trocas descentralizadas podem ser manipuladas censurando as transações e maximizando os ganhos comerciais do hacker com reorganizações de apenas alguns blocos. Então, definir um limite de checkpoint tão baixo pode resultar em problemas de usabilidade significativos. Ele adicionou:

“Eu só queria destacar que, uma vez que você aceita que há 51% de ataques na rede, muitas coisas começam a falhar. Isso porque muitas coisas dependem da suposição de que você não pode ter reorgs profundos.”

O desenvolvedor da empresa de desenvolvimento Ethereum PegaSys, Tim Beiko, observou que o caso da ETC pode ser diferente. Por ser uma corrente muito menor e menos valiosa, é fácil reunir o hashpower necessário para completar um ataque de 51% por meio de algo como Nicehash. Assim, para ele, “é uma preocupação maior do que qualquer coisa que os clientes implementem por meio de checkpoints”.

Em suma, os desenvolvedores concordaram em discutir mais os problemas e pensar em possíveis melhorias para a resiliência do Ethereum.

Veja mais: Criptomoedas | Notícias

Compartilhe este post

Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn
Share on whatsapp
WhatsApp

Deixe um comentário