BTC$85,985.00▼ 0.5%
ETH$2,717.53▼ 0.5%
XRP$1.51▼ 0.5%
BNB$788.23▼ 0.9%
SOL$121.06▼ 0.6%
DOGE$0.0957▼ 0.6%
ADA$0.2718▲ 3.5%
TRX$0.3363▲ 0.1%
LINK$13.92▼ 2.4%
AVAX$11.06▼ 0.3%
BTC$85,985.00▼ 0.5%
ETH$2,717.53▼ 0.5%
XRP$1.51▼ 0.5%
BNB$788.23▼ 0.9%
SOL$121.06▼ 0.6%
DOGE$0.0957▼ 0.6%
ADA$0.2718▲ 3.5%
TRX$0.3363▲ 0.1%
LINK$13.92▼ 2.4%
AVAX$11.06▼ 0.3%
Finanças On-Chain
PTEN

A ler: Bitcoin Core 32 entra em testes finais com validação mais rápida e correções de segurança

Web3

Bitcoin Core 32 entra em testes finais com validação mais rápida e correções de segurança

Fonte: CoinDesk·Publicado em 16/09/2026 às 13:01

Segundo apurado pela CoinDesk, o Bitcoin Core, software essencial para executar nós da rede do Bitcoin, avançou para a fase final de testes com a sua próxima grande atualização. O primeiro candidato à versão 32.0 foi marcado em 14 de setembro, iniciando o ciclo final de testes antes do lançamento planeado para 10 de outubro.

A atualização não altera as regras fundamentais do Bitcoin, mas introduz várias melhorias operacionais significativas. Entre as principais mudanças destaca-se um novo sistema de estimativa de taxas que funciona em paralelo com o método atual. Enquanto o sistema existente analisa as taxas das transações que conseguiram entrar nos blocos anteriores, o novo estimador examina as transações ainda à espera de confirmação. O software compara ambas as abordagens e recomenda a taxa mais baixa quando as condições da rede o permitem, permitindo que as estimativas desçam mais rapidamente quando o congestionamento se dissipa.

Na questão do processamento de blocos, o Bitcoin Core 32 implementa um sistema de múltiplas linhas de processamento para recuperar dados de transações das bases de dados. A versão utilizará oito linhas de processamento por predefinição, reduzindo significativamente o tempo de espera pelo acesso a informações armazenadas em disco quando um nó está a sincronizar-se com a blockchain. Esta melhoria é particularmente relevante para nós que se estão a atualizar com o histórico da rede.

A segurança também recebe atenção particular nesta versão. Os programadores corrigiram uma vulnerabilidade que existia desde o Bitcoin Core 24.0 em sistemas não-Windows. Um utilizador autenticado com permissão para criar carteiras poderia atribuir um nome especialmente concebido e, sob certas circunstâncias, provocar a execução de comandos no computador anftrião do nó. O ataque requeria que o operador tivesse ativado a funcionalidade walletnotify, que executa automaticamente um comando escolhido quando ocorre uma transação na carteira. O Bitcoin Core 32 trata agora os nomes de carteiras como texto literal, impedindo interpretações perigosas de partes do nome.

Outra melhoria importante envolve o formato das transações parcialmente assinadas (PSBT). Quatro comandos do Bitcoin Core utilizados para criar estas transações passarão a usar por predefinição o formato PSBT versão 2. Estas transações são frequentemente partilhadas entre software de carteiras e dispositivos de assinatura antes de o Bitcoin ser enviado. Embora as aplicações possam ainda solicitar o formato anterior, os serviços construídos diretamente à volta destes comandos do Core terão de garantir que suportam a versão 2.

O Bitcoin Core 32 substitui também o servidor web existente, responsável por processar pedidos de outras aplicações que comunicam com um nó. Uma auditoria do novo servidor, realizada utilizando o modelo Kimi K3 da Moonshot AI, identificou uma vulnerabilidade de exhaustão de memória. O servidor podia continuar a aceitar dados de um cliente enquanto processava um pedido anterior, permitindo que os dados se acumulassem em memória mais rapidamente do que podiam ser libertados. Isto criava um cenário onde a memória do nó poderia ser aumentada indefinidamente até ao colapso. Um teste com dezasseis ligações REST não autenticadas elevou a memória de um nó de 46 MB para aproximadamente 3 GB em cerca de um minuto. Após a correção, o mesmo teste de 90 segundos utilizava apenas 3 MB em vez de 3,2 GB. Esta falha foi detetada antes do lançamento da versão estável, evitando comprometer nós já em produção.