Os desenvolvedores do Bitcoin Core moveram a versão 32.0 para testes de candidato a lançamento, com o software estável programado para um possível lançamento em 10 de outubro após semanas de verificações públicas.
Resumo
- O Bitcoin Core 32 entrou em testes de candidato a lançamento em 14 de setembro, após um congelamento de recursos em agosto.
- Leituras paralelas do banco de dados podem reduzir os tempos de validação de blocos sem alterar a taxa de produção de blocos do Bitcoin.
- Quatro comandos de carteira usarão o PSBT versão 2 por padrão, mantendo o formato mais antigo.
- Correções de segurança abordam nomes de carteira inseguros e solicitações HTTP não autenticadas que causavam uso intenso de memória.
Bitcoin Core 32 tem como alvo um lançamento em 10 de outubro
O cronograma de lançamento oficial do Bitcoin Core mostra que os desenvolvedores criaram o branch da versão 32 e iniciaram o ciclo de candidato a lançamento em 14 de setembro. O primeiro candidato, conhecido como v32.0rc1, agora está disponível para testes antes que os desenvolvedores decidam se marcarão o lançamento estável.
O projeto definiu 10 de outubro como a data pretendida para a versão 32.0, embora o cronograma a descreva como uma meta e não como um prazo confirmado. Problemas encontrados durante os testes do candidato podem exigir lançamentos adicionais e atrasar a versão final.
Os preparativos começaram meses antes. Os desenvolvedores abriram as traduções e introduziram um congelamento suave nas alterações de tradução em 6 de agosto, seguido por um congelamento de recursos em 20 de agosto. A partir dessa data, o branch da versão 32 aceitou correções de bugs, mas nenhum novo recurso antes dos testes finais.
Quando o branch se separou da base de código principal em 14 de setembro, o desenvolvimento do Bitcoin Core 33 também começou no branch principal. A separação permite que os contribuidores testem e reparem o próximo lançamento sem interromper o trabalho na versão seguinte.
Os candidatos a lançamento dão aos operadores de nós, desenvolvedores de carteiras e outros usuários tempo para encontrar bugs em diferentes condições de hardware e software. O processo de teste do Bitcoin Core cobre funções incluindo validação de blocos, comunicação ponto a ponto, operações de carteira e chamadas de procedimento remoto usadas por aplicativos conectados a um nó.
Leituras paralelas do banco de dados aceleram a verificação de blocos
Uma das principais mudanças de desempenho permite que o Bitcoin Core leia dados de seu banco de dados em paralelo durante a verificação de blocos. O método pode encurtar o tempo de validação porque o software não precisa mais completar todas as leituras relevantes do banco de dados uma após a outra.
Validação mais rápida não significa que o Bitcoin produzirá blocos mais rapidamente. Os mineradores ainda competem para adicionar blocos sob as regras de prova de trabalho do Bitcoin, que visam um intervalo médio de aproximadamente 10 minutos. A versão 32 altera como um nó processa as informações necessárias, e não o cronograma de emissão ou a temporização de blocos da rede.
A distinção é importante porque o Bitcoin Core é um software de nó, não uma atualização gerenciada centralmente para a rede Bitcoin. Os operadores decidem qual versão instalar, e o lançamento não substitui automaticamente o software em execução em cada nó.
A versão 32 também não introduz uma nova regra de consenso nem requer um soft fork. Seu processo de lançamento difere das mudanças de protocolo que exigem coordenação entre mineradores, operadores de nós e outros participantes da rede.
Como previamente relatado pelo crypto.news, o CEO da LayerTwo Labs, Paul Sztorc, disse que todo soft fork proposto para o Bitcoin desde o Taproot falhou em ser ativado. O BIP-110, uma proposta disputada ligada à política de retransmissão de transações, recebeu 2,53% de apoio dos mineradores antes que seu branch de aplicação estagnasse após dois blocos.
O Bitcoin Core 32 pode, portanto, melhorar o desempenho do software sem depender do processo de ativação necessário para uma mudança de consenso. Os operadores de nós permanecem livres para testar o candidato, continuar usando uma versão mais antiga ou instalar a versão estável após a publicação.
Comandos de carteira adotam o formato PSBT mais recente
As funções de carteira representam outro conjunto de mudanças na versão 32. Quatro comandos criarão transações Bitcoin parcialmente assinadas usando o PSBT versão 2 por padrão, de acordo com detalhes compartilhados pelo Bitcoin News.
Um PSBT permite que carteiras, dispositivos ou participantes separados troquem as informações necessárias para construir e assinar uma transação Bitcoin sem expor chaves privadas. O formato é comumente usado com carteiras de hardware, configurações de assinatura offline e transações que exigem mais de uma assinatura.
O PSBT versão 2 muda como as informações de transação são organizadas e permite que os participantes atualizem partes de uma transação sem primeiro criar uma transação não assinada completa. O formato PSBT mais antigo permanecerá disponível quando usuários ou aplicativos conectados precisarem dele.
Manter ambas as versões reduz a chance de quebrar abruptamente carteiras e serviços que ainda não adotaram o formato mais novo. Desenvolvedores que integram o Bitcoin Core com outros softwares ainda precisarão verificar se seus sistemas esperam o padrão anterior.
Para detentores individuais, a mudança não altera saldos de Bitcoin, chaves privadas ou as regras que regem transações válidas. Seu efeito prático recai sobre fluxos de trabalho de carteiras e aplicativos que chamam os comandos afetados.
Correções de segurança reduzem riscos de comando e de memória
A versão 32 também inclui uma correção para nomes de carteira personalizados que poderia fazer com que comandos fossem executados em nós não Windows. O problema dizia respeito a como nomes especialmente construídos interagiam com a execução de comandos, e não a uma mudança na criptografia subjacente do Bitcoin.
Uma correção separada aborda o crescimento de memória causado por atividade HTTP não autenticada. Em um teste citado pelo Bitcoin News, o uso de memória atingiu cerca de 3,2 gigabytes antes da correção, em comparação com aproximadamente 3 megabytes depois que os desenvolvedores aplicaram a mudança.
Interfaces remotas permitem que outros programas se comuniquem com o Bitcoin Core, tornando os controles de memória relevantes para operadores que expõem serviços de nó a aplicativos conectados. Configurações de acesso, firewalls e autenticação continuam sendo partes separadas da segurança de uma implantação.
Para usuários dos EUA, o candidato é mais relevante para operadores de nós, provedores de carteiras, exchanges, mineradores e empresas de infraestrutura que executam o Bitcoin Core em seus sistemas. O lançamento não altera o tratamento da SEC em relação a produtos negociados em bolsa de Bitcoin à vista, regras fiscais para investidores ou o status legal do BTC.
Empresas financeiras americanas também aumentaram seu apoio ao trabalho de segurança de código aberto do Bitcoin. Em julho, Anchorage Digital, ARK Invest, BlackRock, Block, Blockstream, Coinbase, Fidelity Digital Assets, Galaxy e Strategy formaram o Bitcoin Security Consortium com US$ 15 milhões em promessas ao longo de três anos.
De acordo com o anúncio do consórcio, cada membro direcionará seu financiamento de forma independente, em vez de colocar o dinheiro em um fundo compartilhado. O grupo disse que não controlará o desenvolvimento do Bitcoin, não tomará posições sobre propostas específicas de protocolo nem falará em nome dos contribuidores do projeto.
Mike Schmidt, diretor executivo da Brink, organização sem fins lucrativos de financiamento de desenvolvedores do Bitcoin, coordena o trabalho diário do consórcio em uma função voluntária. Seu foco inicial é a pesquisa sobre questões de segurança de longo prazo, incluindo proteções contra futuros riscos de computação quântica.
