Geekly articles weekly

Brian Armstrong: atualização urgente de Bitcoin para blocos de 2 MB

Postado por Brian Armstrong, CEO da Coinbase

No ano passado, participei da conferência Satoshi Roundtable com Charlie Lee e cerca de 70 outros membros da comunidade Bitcoin.

Quero compartilhar minha opinião pessoal sobre o que aconteceu na conferência (sem revelar nomes e conteúdo de conversas particulares).

Existem muitas reuniões entre desenvolvedores, mineradores e CEOs de empresas de bitcoin. Como você sabe, agora há uma grande discordância sobre como dimensionar o sistema Bitcoin no momento. Por um lado, há desenvolvedores de kernel que se preocupam que o dimensionamento da blockchain afetará a descentralização. Por outro lado, empresas de bitcoin que precisam de crescimento do sistema. Os mineiros foram, por assim dizer, beliscados por dois lados, suas opiniões divididas.

Penso que os organizadores da conferência esperavam algum tipo de consenso (como em Hong Kong), mas ao final ficou claro que as diferenças eram grandes demais. A discussão inicialmente centrou-se em quais compromissos poderiam ser feitos para resolver temporariamente o problema de escalabilidade. Mas, como discuti, essa solução de curto prazo se importava cada vez menos comigo, porque percebi um problema mais sério: o risco sistemático do Bitcoin se o Bitcoin Core é o único grupo trabalhando no protocolo .

Há várias pessoas com QI muito alto no Bitcoin Core, mas algumas coisas realmente me incomodam depois de passar algum tempo com elas no último fim de semana.

  1. — Bitcoin .
  2. «» , « ». , , Bitcoin.
  3. , , Bitcoin , , .

Embora os desenvolvedores principais digam que concordam com um hard fork de até 2 MB (eles o têm em seus planos, embora em um futuro distante), eles se recusam a fazer disso uma prioridade. Eles preferem restringir as decisões que podem ajudar a rede no momento, porque não confiam na comunidade na capacidade de tomar decisões inteligentes no futuro. Eles se vêem como os principais arquitetos da rede e defensores das pessoas. Eles estão prontos para suportar o colapso da rede Bitcoin, se isso não contradizer seus princípios básicos.

Ter um QI alto não é suficiente para o sucesso. Você ainda precisa fazer compromissos razoáveis, ser amigável, se comunicar e estar pronto para a cooperação. Qualquer equipe que não tenha esse desejo não será capaz de atrair os melhores talentos e sofrerá a longo prazo. Na minha opinião, o principal risco para o sistema Bitcoin agora, ironicamente, é o que o ajudou no passado: desenvolvedores de kernel.

Problemas no horizonte


Um cenário interessante de falha de rede foi discutido na conferência, que é preocupante e mostra até onde chegamos.

A próxima metade da remuneração dos mineiros ocorrerá em julho. Suponha que eles gastem na mineração de uma moeda, em média, US $ 250 (esse é um número aleatório). Após reduzir a taxa, o custo de 1 BTC para eles aumentará para US $ 500. Se o preço do bitcoin permanecer na região de US $ 425, então, para muitos, a mineração se tornará inútil.

Como resultado, o poder de processamento da rede pode diminuir em julho. Talvez 10-50% (não tenho uma maneira normal de avaliar isso, se alguém tiver uma, me avise).

No pior dos casos, digamos, 50% do poder da computação em hash sai da rede devido à falta de lucro. Isso significa que começamos a minerar blocos a cada 20 minutos em vez de 10 minutos. Mas agora os blocos já estão 70% cheios. Se o tempo médio de confirmação cair para 20 minutos, os blocos serão preenchidos em 140%, ou seja, eles começarão a se acumular na fila.

O Bitcoin possui um mecanismo para regular a complexidade das provas de prova quando a energia da rede muda. Isso acontece a cada bloco de 2016, que geralmente leva cerca de duas semanas. Mas nós mineramos os blocos a cada 20 minutos, por isso levará quatro semanas.

Tudo está piorando. Mesmo quatro semanas depois, até que a complexidade das confirmações mude, serão necessárias mais duas semanas para processar a fila acumulada até que a rede retorne aos indicadores "normais" (cobertura de 70% e congestionamento periódico). Portanto, você precisa enfrentar um período de um mês e meio, quando as confirmações levam duas semanas, e o custo das transações aumentou dramaticamente. Além disso, com tantas transações pendentes, os mempools da maioria dos nós serão preenchidos, a maioria das transações de bitcoin provavelmente nem serão transmitidas, portanto vendedores e carteiras não receberão notificações de transação dentro de algumas semanas.

Se os problemas levarem a uma queda nos preços do Bitcoin, a mineração se tornará ainda menos lucrativa e a espiral viciosa se repetirá.

Ainda não está claro qual é a probabilidade do cenário acima (o que eu descrevi como o pior cenário). É possível que, com uma diminuição nas taxas de mineração, o valor do bitcoin suba. E é difícil prever qual porcentagem de poder de hash pode deixar a rede depois de reduzir a recompensa. Pode ser muito inferior a 50%. Mas também acho que não há razão para correr riscos e é incrivelmente irresponsável jogar tão perto da beira do abismo. Mesmo agora, uma rede com 70% de cobertura de bloco está enfrentando problemas com congestionamentos e filas. Qualquer redução na energia da rede exacerbará o problema.

O fato de os desenvolvedores do Bitcoin Core terem levado a rede a tal estado fala de sua incrível negligência, e acho que, de várias maneiras, mostra sua motivação e competência como equipe. Não há razão para rolar os dados e ver se o pior cenário se torna realidade.

Felizmente, membros individuais da comunidade começaram a falar sobre isso há dois anos e até deixaram a equipe do Bitcoin Core para escrever um novo código para aumentar a largura de banda da rede. Existe uma maneira de evitar o problema.

O que fazer


  1. 2 . , . , ( ), . . , , - ( Coinbase). Bitcoin Classic , Classic , . .
  2. . , 4-5 , . @cnLedger (: ). .
  3. , -. , , . .

Vale ressaltar que a equipe do Bitcoin Core recebeu uma solução alternativa para o problema de dimensionamento - o chamado sistema Segregated Witness (SegWit).





Embora seja uma tecnologia bem feita, parece arriscado usar essa abordagem, dada a situação descrita acima. Um dos principais riscos do uso do novo sistema é que ele requer a introdução de novo código não apenas no nível do kernel, mas também para todos os provedores de carteira que geram transações. É improvável que isso seja feito em pouco tempo e evite os problemas de escala que nos ameaçam. O número de linhas de código que você precisa gravar para todos os participantes do setor é várias ordens de magnitude maiores que o número de linhas de código para alterar o tamanho do bloco de 1 MB para 2 MB. Os desenvolvedores principais explicaram isso na conferência, mas não pareciam mudar de idéia em relação a uma solução de curto prazo para o problema.

Conclusão


Minha opinião geral (que expressei na mesa redonda no final de semana passado) é que o Bitcoin terá muito mais sucesso com muitos participantes trabalhando na melhoria do protocolo, e não com uma equipe e suas limitações de que falei. Eu acho que nós podemos fazer isso. De fato, temos que fazer isso.

Se você deseja garantir o sucesso do Bitcoin, peço que mude para o Bitcoin Classic a curto prazo e faça todo o possível para implementar as três etapas descritas acima. Esta é a melhor maneira de sair da situação perigosa em que nos encontramos.

No futuro, é necessário formar uma nova equipe para trabalhar no protocolo Bitcoin e ajudar a organizar um sistema "multipartidário" para evitar riscos sistemáticos para o kernel quando apenas a equipe trabalhar no protocolo. Espero que haja boas notícias nos próximos meses.

Source: https://habr.com/ru/post/pt391265/

More articles:


All Articles