O Bitcoin Core publicou em 10 de novembro os detalhes de uma falha de alta severidade que podia impedir um nó de mineração vulnerável de criar novos blocos. O problema, identificado como CVE-2025-62861, surgia em determinadas reorganizações da cadeia e persistia até o nó ser reiniciado. As correções foram distribuídas em outubro de 2025.
Segundo o aviso técnico do projeto, as versões afetadas eram a 28.0 a 28.2 e a 29.0 a 29.1. Os detalhes publicados agora permitem entender por que o erro atingia a montagem de blocos e quais versões incorporaram a correção.
Como uma reorganização afetava o nó
Uma reorganização acontece quando um nó troca um trecho da cadeia que seguia por outro válido com mais trabalho acumulado. As transações do trecho removido podem voltar à mempool, a fila local de transações que ainda aguardam inclusão em um bloco.
Em condições normais, o nó aplica regras locais para decidir quais transações aceita nessa fila. Uma delas restringe certas cadeias de transações de versão 3, chamadas TRUC. Durante a reorganização, a restauração de transações vindas de blocos precisa lidar também com arranjos que são válidos em um bloco, mas não apareceriam na fila pela política normal.
Nas versões vulneráveis, uma regra de substituição ainda era aplicada durante essa restauração. O nó podia tirar uma transação da fila e deixar outra que dependia dela. A inconsistência surgia porque a transação restante tentava gastar uma saída que a mempool já não tinha.
Por que o minerador parava de montar blocos
Antes de começar a minerar, o nó reúne transações em um bloco candidato e verifica se ele é válido. No cenário descrito pelo projeto, a referência inconsistente fazia essa validação falhar. O nó afetado deixava de gerar o candidato até que um reinício recarregasse a mempool em um estado consistente.
Esse é um efeito de disponibilidade no nó que monta os blocos. A regra de seleção da mempool continua distinta das regras de consenso que determinam se um bloco recebido é válido. O patch do Bitcoin Core condiciona a regra de substituição para que ela não intervenha na reinserção das transações durante uma reorganização.
Quais versões receberam a correção
A série 30 recebeu a correção na 30.0, em 10 de outubro de 2025. O projeto também a levou para a 29.2, em 14 de outubro, e a 28.3, em 17 de outubro. Esses números identificam os primeiros pacotes corrigidos em cada série. O projeto mantém uma lista de avisos de segurança para acompanhar outras correções ao escolher uma versão em manutenção.
Para uma operação de mineração, o inventário precisa alcançar o processo que responde pelas solicitações de montagem de blocos, incluindo nós de contingência. Um painel atualizado não garante que todos os nós por trás dele estejam na mesma versão. A verificação relevante é a versão do Bitcoin Core em cada nó que fornece blocos candidatos.
