Novas versões, avisos de segurança e trabalho no protocolo, de quem desenvolve o software do Bitcoin.
121 publicações
Acaba o vaivém de disco do chainstate no Bitcoin Core 30.3, que também conserta uma queda do feebumper quando a taxa combinada de aumento não está disponível (#34870) e um bug de seleção de moedas que calculava um valor como booleano (#34888). Em PSBT, as chaves públicas MuSig2 agora são validadas na desserialização de pubnonce e de assinatura parcial (#34219).
Bitcoin Core
Fechado no Bitcoin Core 31.1 um vazamento de IP no -privatebroadcast: algumas conexões saíam pela clearnet em vez da rede de privacidade ativada. A atualização também acaba com as reescritas do chainstate por trás da atividade excessiva de disco e rejeita lista vazia de chaves públicas na agregação de chaves MuSig2 (#35316).
Bitcoin Core
Uma falha no handshake v2 pode expor o IP do remetente no Bitcoin Core 31.0: com -privatebroadcast ativo, a nova tentativa em v1 ignora o proxy Tor e conecta direto ao par. O gatilho provável é um par malicioso encerrando o handshake de propósito. Até a chegada da 31.1, dá para desligar o recurso, definir -v2transport=0 ou mandar o tráfego de saída IPv4/IPv6 pelo Tor.
Bitcoin Core
Versões do Bitcoin Core posteriores à 0.14.0 e anteriores à 29.0 podiam ler memória já liberada ao validar um bloco inválido forjado, o que derrubava o nó. A CVE-2024-52911 tem gravidade Alta, embora o atacante precise gastar prova de trabalho válida na ponta da cadeia, e a execução remota de código é considerada improvável. Cory Fields relatou o problema; a 29.0 traz a correção.
Bitcoin Core
O cluster mempool substitui o desenho antigo no Bitcoin Core 31.0: os limites de ancestrais e descendentes dão lugar a clusters de até 64 transações e 101 kB, e o CPFP carveout sai de cena. O -dbcache padrão sobe para 1024 MiB em máquinas com pelo menos 4096 MiB de RAM, e a nova opção -privatebroadcast envia as transmissões de sendrawtransaction apenas por Tor ou I2P.
Bitcoin Core
Duas falhas ligadas a carteiras sem nome têm conserto no Bitcoin Core 28.4: a migração de carteiras legadas (#34156) e o createfromdump, cujo caminho de erro apagava o diretório de carteiras (#34215). Um seed de DNS também sai do chainparams (#33723).
Bitcoin Core
O Bitcoin Core 29.3 para de punir pares que enviam transações inválidas pelo consenso (#33050). A validação ganha um cache de midstate de sighash por input para scripts legados, P2SH e segwit v0 (#32473) e detecta witness stripping sem rodar de novo as verificações de Script (#33105), enquanto o addPackageTxs do minerador se livra de um estouro de inteiro sem sinal (#33475).
Bitcoin Core
Com o Bitcoin Core 30.2, some a falha de migração em carteiras legadas sem nome (#34156), e o createfromdump não apaga mais o diretório de carteiras quando falha em uma delas (#34215). Apertar Ctrl-C também deixa de travar durante chamadas de espera IPC (#33511).
Bitcoin Core
Em condições raras, uma migração malsucedida de wallet.dat no Bitcoin Core 30.0 ou 30.1 pode apagar todos os arquivos do diretório de carteiras, colocando fundos em risco. Os desenvolvedores retiraram esses binários e pedem que ninguém migre pela interface gráfica ou por RPC até a 30.2. O bug exige um wallet.dat padrão, sem nome, que não consiga migrar ou carregar; os demais usuários não são afetados.
Bitcoin Core
Carteiras no Bitcoin Core 30.1 deixam de considerar moedas TRUC não confirmadas que têm ancestrais (#33528). Em IPC, as opções não exigem mais o argumento -m (#33229), o registro de mensagens pesa menos (#33517) e chamadas waitNext em andamento podem ser canceladas (#33676).
Bitcoin Core
Transações não padrão forjadas podiam ocupar um nó do Bitcoin Core por alguns segundos cada uma sem que o remetente fosse desconectado, o que abria caminho para atrasar a propagação de blocos. A CVE-2025-46598, de gravidade Baixa, foi relatada por Antoine Poinsot e mitigada na v30.0 com a redução do tempo de validação no pior caso.
Bitcoin Core
Blocos acima de 1 GB podiam estourar uma verificação de tamanho em nós do Bitcoin Core de 32 bits e derrubá-los na gravação em disco, mas só como bloco compacto e só contra uma vítima com -maxmempool acima de 3 GB e 1 GB de transações lá dentro. Pieter Wuille encontrou a CVE-2025-46597, de gravidade Baixa; limitar o -maxmempool em sistemas de 32 bits resolveu o problema na 29.1 e na 30.0.
Bitcoin Core
O envio repetido de blocos inválidos podia esgotar o disco de um nó do Bitcoin Core, que registrava em log cada bloco reprovado nas verificações básicas ou bifurcado antes do último checkpoint. Niklas Goegge e, de forma independente, Eugene Siegel relataram a CVE-2025-54605, de gravidade Baixa. O limite de frequência dos logs nas versões 29.1 e 30.0 corrigiu o problema.
Bitcoin Core
Caem as taxas mínimas padrão no Bitcoin Core 28.3: -blockmintxfee para 1 satoshi por kvB, -minrelaytxfee e -incrementalrelayfee para 100 satoshis por kvB. As taxas da carteira não mudam, e transações mais baratas podem não se propagar a menos que os novos padrões se espalhem pela rede. As permissões de whitelist também deixam de valer para conexões de entrada via onion (#33395).
Bitcoin Core
O FillBlock recebe duas correções de P2P no Bitcoin Core 29.2: uma verificação de mutação de witness (#32646) e outra de cabeçalho vazio antes da chamada (#33296). As checagens TRUC deixam de ser aplicadas em reorganizações (#33504), e getblock e getblockheader não retornam mais o target da ponta (#33446).
Bitcoin Core
Os limites de OP_RETURN praticamente desaparecem no Bitcoin Core 30.0: o -datacarriersize passa a 100.000 por padrão e uma transação pode levar várias saídas de dados, embora -datacarriersize=83 restaure o teto antigo. As taxas de retransmissão padrão caem para 0,1 satoshi por vB, as operações de assinatura legadas ficam limitadas a 2500 por transação padrão, e um novo comando bitcoin engloba os executáveis existentes.
Bitcoin Core
No Bitcoin Core 29.1, o log incondicional em disco fica limitado a 1 MiB por hora para cada ponto do código (#32604), e transações padrão podem ter no máximo 2500 operações de assinatura legadas potencialmente executadas. As taxas de retransmissão padrão caem para 100 satoshis por kvB, enquanto builds de 32 bits limitam -maxmempool a 500 MB e -dbcache a 1 GiB.
Bitcoin Core
Pouco mais da metade das mudanças do Bitcoin Core 28.2 é trabalho de build. O Guix agora notariza o pacote do app para macOS e assina todos os binários de macOS e Windows (#31407), e o depends recebe correções de compilação para libevent no NetBSD (#31500) e freetype com cmake (#32693).
Bitcoin Core
Acabou o suporte a UPnP no Bitcoin Core 29.0; o -natpmp agora roda sobre uma implementação própria de PCP e NAT-PMP, sem o libnatpmp. O dust efêmero chega como nova política, uma correção para o peso de bloco reservado em dobro acrescenta o -blockreservedweight, e os nós pedem os pais que faltam a todos os pares que anunciaram um órfão. As versões 26.x e anteriores chegam ao fim da manutenção.
Bitcoin Core
Com -port definido, o Bitcoin Core 28.1 calcula a porta onion padrão como essa porta mais um, em vez de fixá-la em 8334 na mainnet, o que volta a permitir vários nós locais lado a lado sem colisão na inicialização. Linhas HiddenServicePort manuais no torrc podem precisar de ajuste. Dados secretos também passam a ser limpos em DecodeExtKey (#31166).
Bitcoin Core
