- Bitcoin Core 32.0 entrou em fase de release candidate nesta segunda-feira
- Desenvolvedores miram 10 de outubro para a versão final do software
- Correções travam falha de memória e nomes maliciosos de carteira
O software que permite a qualquer pessoa verificar pagamentos em Bitcoin sem depender de terceiros recebeu uma nova rodada de ajustes. O Bitcoin Core 32.0 entrou nesta segunda-feira em fase de release candidate, etapa final antes da publicação oficial.
A data-alvo é 10 de outubro. Segundo o cronograma do projeto, o prazo pode escorregar caso os testes revelem problemas.
- Leia também: Preço do Bitcoin hoje, 17 de setembro de 2026: BTC resiste em US$ 76 mil apesar de forte ventania contrária nos EUA
Quem opera nó próprio é o público direto da atualização. Desenvolvedores de carteiras, processadores de pagamento e serviços de custódia que rodam a implementação também sentem os efeitos — mesmo que o investidor comum nunca abra o programa.
As notas preliminares da versão descrevem ganho de desempenho na validação de blocos. O truque está na leitura paralela das informações do banco de dados, o que reduz o tempo de checagem sem alterar o ritmo de produção de blocos da rede — os dez minutos médios seguem intocados.
Quatro comandos de carteira passam a usar por padrão um formato mais recente para trocar transações parcialmente assinadas entre softwares e dispositivos de assinatura. Aplicações que dependem do padrão antigo podem continuar solicitando a versão anterior, o que evita quebra imediata de integrações.
Atualização no Bitcoin
Uma das correções de segurança fecha brecha em que nomes de carteira construídos de forma maliciosa disparavam comandos no computador que hospeda o nó. O problema atingia sistemas fora do Windows, em cenários onde um usuário autenticado conseguia criar carteiras e o recurso walletnotify estava configurado para executar comandos a cada transação.
Outro patch trata de consumo excessivo de memória no novo servidor HTTP, componente responsável por atender requisições de aplicações conectadas ao nó.
O colaborador Matthew Zipkin, conhecido no repositório como pinheadmz, chamou o caso de “cenário de exaustão de memória” na proposta de correção. A avaliação inicial restringia o risco a clientes autenticados.
A origem da descoberta chama atenção. Zipkin relatou ter encontrado a falha auditando o servidor HTTP do Bitcoin Core com o Kimi K3, modelo de inteligência artificial também empregado pelo Bitcoin Red Team na busca por vulnerabilidades em softwares do ecossistema.
Um ajuste anterior já havia resolvido parte do problema, explicou ele, mas persistia um caminho para esgotar a memória disponível da máquina — a condição conhecida como OOM, ou out-of-memory.
Durante a revisão do mesmo patch, o usuário jeanpablojp identificou que requisições sem credenciais também inflavam o consumo quando a interface REST estava habilitada. Depois da revisão feita por Zipkin, o revisor mediu 16 conexões não autenticadas gerando cerca de 3 MB de crescimento de memória em 90 segundos. Antes, o mesmo teste produzia 3,2 GB.
O merge aconteceu em 5 de setembro, já direcionado ao Bitcoin Core 32.0.
Vale registrar o ineditismo relativo: usar IA para auditoria de código no núcleo do Bitcoin era assunto de debate teórico até pouco tempo atrás. Agora há falha documentada, patch mesclado e métrica de redução de risco. O argumento de que a IA representa risco ao Bitcoin ganha um contraponto prático — a mesma tecnologia acelera a defesa.
