Gavin Andresen para empresas de Bitcoin : Apoie o código aberto

O desenvolvedor líder Gavin Andresen repreendeu a comunidade comercial de Bitcoin por não se envolver o suficiente no desenvolvimento e teste do Bitcoin CORE esta semana. Em um e-mail para a lista de desenvolvedores de Bitcoinatualizando a comunidade sobre algumas correções de bugs no código, ele criticou as empresas por não retribuírem.

O e-mail começou serenamente, como uma atualização geral sobre o que a equipe fez para consertar alguns problemas imediatos.maleabilidade da transação problemas na versão de referência do software cliente Bitcoin . Mas tinha uma picada na cauda:

"Testes e revisão de código são, como sempre, o gargalo para lançar um lançamento com essas mudanças. Temos um problema crônico com pessoas executando serviços de Bitcoin sobre o código CORE , esperando até que haja um lançamento 'oficial' e, então, assumindo que outra pessoa fez o trabalho duro de revisar e testar as mudanças."

"VOCÊ NÃO DEVERIA FAZER ESSA SUPOSIÇÃO!", ele acrescentou, argumentando que empresas que chamam procedimentos no software Bitcoin podem desencadear algum bug improvável.

Quando um engenheiro de software fala em letras maiúsculas, você pode perceber que ele está frustrado.

Um mês difícil

Foi um mês difícil para a equipe de desenvolvimento CORE . A cessação de saques de Bitcoin pela Mt Gox, que atribuiu a uma falha há muito conhecida em um componente de software usado pela rede Bitcoin , comprado para iluminaruma série de problemas associados a gastos duplos.

Embora não sejam fatais, eles foram irritantes o suficiente para que a Bitcoin Foundation os abordasse em uma declaração pública.

[post-citação]

A última mensagem destacou alguns trabalhos imediatos que foram feitos na carteira de Bitcoin para mudar a maneira como ela lidava com essas questões.

Eles eram de baixa prioridade, disse Andresen, porque eram "casos extremos", o que significa que T aconteceriam no curso normal da operação.

Eles só ocorreriam se os usuários fizessem coisas sem suporte. Em todo caso, ele disse, eles eram corrigíveis usando o que ele descreveu como uma "solução alternativa pesada".

Mas engenheiros de software geralmente gostam que as coisas sejam ágeis e elegantes, então a equipe começou a trabalhar nisso. Resultou em três correções amplas, que ajudariam a "desconfundir" carteiras que T sabiam se suas moedas eram gastáveis ​​ou não.

Um dos patches corrigidos bloqueou uma das maneiras mais fáceis de alterar transações na rede Bitcoin , e Andresen disse que muitos grandes pools de mineração já estavam executando esse patch.

Hora de retribuir?

Mas a comunidade tem de colaborar, disse Andresen, ajudando atestar as correçõesfora, em vez de apenas executar serviços sobre a versão mais recente do código e esperar que a equipe tenha corrigido os problemas para eles.

"Ou, em outras palavras: não trate a equipe de desenvolvimento CORE como se fôssemos uma empresa comercial que lhe vendeu uma biblioteca de software", ele escreveu. "Não é assim que o código aberto funciona; se você está lucrando usando o software, espera-se que você ajude a desenvolvê-lo, depurá-lo, testá-lo e revisá-lo."

BitPay, o processador de pagamentos queempregado O desenvolvedor CORE Jeff Garzik respondeu QUICK em maio.

"Toda empresa séria de Bitcoin deve empregar um dev CORE ", disse o CEO Tony Gallippi. "Jeff tem sido fantástico e continua a passar a maior parte do seu tempo trabalhando no bitcoind e no Bitcoin CORE, e em muitos dos desenvolvimentos upstream que a BitPay precisa para ter sucesso."

Peter Gray, cofundador da empresa canadenseCoinkite, que cria uma carteira on-line para dar suporte ao seu cartão de débito Bitcoin e sistema POS, explicou que sua empresa usa sua própria implementação do protocolo Bitcoin em software personalizado e T depende da interface RPC CORE do Bitcoin descrita por Andresen.

No entanto, Gray acredita que Andresen tem razão:

"Eu acho que Gavin está certo em reclamar dessas empresas que dependem tanto de código aberto e T contribuem de volta", ele disse. "Minha esperança é que essas mesmas empresas estejam apoiando a Bitcoin Foundation financeiramente, e a Foundation, por sua vez, deveria estar financiando programadores e testadores em tempo integral."

Responsabilidade

A Bitcoin Foundation deveria ser parcialmente responsável por ajudar a garantir a saúde do protocolo CORE e clientes de referência, encorajando a contribuição da indústria? A Foundation T retornou o Request de comentário da CoinDesk, mas Garzik retornou.

"A Bitcoin Foundation em si é um tanto limitada pelo ethos da comunidade. Poucas pessoas querem centralizar um grande número de engenheiros-chave na Bitcoin Foundation, o que então gera acusações de 'controlar o Bitcoin' em vez de ser simplesmente uma das várias organizações de defesa do Bitcoin ", disse ele.

Wendell Davis, o fundador daCarteira Hive baseada em Mac OS X, admitiu que sua empresa T contribuiu para a árvore de origem do Bitcoin :

"Gavin está completamente certo, é claro; eles não são um fornecedor e não se deve esperar que eles entreguem como um fornecedor."

Ele continuou a comparar Bitcoin ao Linux. Se a Red Hat - que lucra com o sistema operacional de código aberto - T contribuísse com melhorias de QA e de código, o Linux seria muito menos seguro e mais cheio de bugs.

"Dito isso, falando da perspectiva de uma empresa muito pequena como a Hive (que, a propósito, usa bitcoinj em vez de bitcoind, pelo qual Gavin é responsável), geralmente não é uma questão trivial realizar esse tipo de trabalho minuciosamente, quando você já está bastante ocupado com sua própria 'camada'", argumentou Davis.

Talvez esse seja o problema - Bitcoin é uma moeda de startup, nos estágios iniciais de perturbar um modelo econômico inteiro. Muitas pessoas estão ocupadas tentando construir sua infraestrutura comercial.

A questão é: quantos deles têm tempo ou financiamento para apoiar otécnico CORE um? E o que acontece se a pressão continuar a cair sobre um pequeno grupo de desenvolvedores trabalhadores e em grande parte não remunerados?

Crédito da imagem:Antanacoins/Flickr