contador de visitas

A primeira "guerra de hash" no Bitcoin está prestes a começar

A principal bifurcação em agosto 2017 que levou à bifurcação do BCH de BTC levou a uma divisão que favoreceu a BTC com uma grande maioria em relação ao hash power. No entanto, não houve uma verdadeira "guerra de hash" entre o Bitcoin e o Bitcoin Cash. O hash power era indeciso nesse processo de bifurcação, já que a separação era sobre a questão fundamental da escala off-chain vs. on-chain.

Em contraste, o recente conflito no Bitcoin Cash tem tudo a ver com hash power. É importante que a comunidade do Bitcoin Cash mantenha sua unidade para se manter competitiva com o Bitcoin Core. Portanto, especula-se que o fork que encontra menos suporte será negligenciado conseqüentemente. No entanto, isso não é certo, pois alguns defensores das diferentes bases de código podem reunir suficiente hash para executar suas próprias cadeias.

Maior apoio de ambos os lados

Atualmente, existem três grandes equipes de desenvolvimento que têm uma palavra a dizer no desenvolvimento do Bitcoin Cash. Eles são Bitcoin Unlimited, Bitcoin ABC e nChain. Atualmente, o Bitcoin Unlimited permanece cético / neutro entre as mudanças propostas pelo Bitcoin ABC e nChain. Mas ambos têm grandes defensores da causa.

Bitcoin ABC

Esta equipe de desenvolvedores propôs algumas pequenas e importantes mudanças no código do Bitcoin Cash com o protocolo Bitcoin SV. Um menor, por exemplo, é o modo como os dados de fora do blockchain são verificados no blockchain. A maior mudança é a proposta de que a estrutura de dados da árvore Merkle na blockchain do Bitcoin Cash seja alterada para uma árvore Merklix. Uma estrutura de dados que combina os benefícios da árvore Merkle e da árvore radix para salvar dados com mais eficiência. No entanto, essa alteração significaria uma derivação drástica do código atual. A tal ponto que os desenvolvedores que criaram seus negócios, aplicativos e sites no topo do blockchain do Bitcoin Cash precisariam reformulá-los.

nChain

A comunidade do BCH emitiu muitas alegações de que o nChain está tentando aumentar o limite de tamanho de bloco para 128 MB. Isso é atualmente considerado desnecessário, já que atualmente apenas uma fração do tamanho do bloco é preenchida. No entanto, nChain não quer aumentar o limite de tamanho de bloco, mas prefere deixar a decisão para os mineiros. Em teoria, as mudanças que nChain e ABC abordam o mesmo problema com abordagens semelhantes. O que incomoda muita gente na comunidade do Bitcoin Cash é que parece que essas mudanças são apenas para mudar o protocolo e não significam nenhum progresso para o Bitcoin Cash a partir de agora. Muitos BCHs também descrevem este conflito como uma luta pelo poder dentro da comunidade.

Conflito de interesses é mais substancial

Outro fato que endurece a discussão é o envolvimento de grandes players nessa guerra de hash. Parâmetros do Bitmain com o nChain atualmente. O produtor de hardware de mineração tem apoiado muito a fase inicial do Bitcoin Cash. No entanto, Jihan Wu, o CEO da Bitmain, tem muita pele no jogo. Tanto a Bitmain está mantendo $ 600,000,000 USD em BCH e como é atualmente o maior produtor de ASIC-mineiros. Um novo protocolo significaria que o Bitmain pode produzir novo hardware. O Bitmain também detém cerca de 30% do poder hash no Bitcoin Cash. O suficiente para manter seu próprio garfo Bitcoin.

Mas o outro lado também está envolvido na mineração do Bitcoin Cash e pode se envolver mais fortemente no futuro. Coingeek, o meio, tem um parceiro de negócios chamado Squiremining. O produtor de hardware é supostamente capaz de construir um hardware de mineração muito mais eficiente que o Bitmain.

A racionalidade vencerá a ganância?

Muitas pessoas parecem esquecer que existe outra opção neste conflito de interesses. Qual seria para manter o protocolo atual. A abordagem mais segura e racional agora seria construir uma criptomoeda que forneça uma forma estável de dinheiro que não se modifique sempre que uma parte privada tiver interesses especiais. Escusado será dizer que grandes partes da comunidade e muitos desenvolvedores favorecem essa opção infelizmente muitas vezes esquecida.

anterior "
Próximo »