Tudo o que foi reunido de fontes oficiais.
141 publicações
O acumulador do Utreexo ocupa menos de 1 kB, onde um nó guardaria um conjunto UTXO de cerca de 11 GB, explica Davidson Souza na recapitulação da #423, ao custo de mais banda. Eric Price, da MARA, e PortlandHODL também participam; controladores vardiff que deixam na mão mineradores em desaceleração e um rascunho de BIP para chaves internas não gastáveis estão na lista.
Bitcoin Optech
Pools de mineração podem deixar um minerador em desaceleração preso a uma dificuldade de share ajustada para a velocidade antiga, argumenta Eric Price no Delving Bitcoin; sua solução é um temporizador que reduz a dificuldade após um intervalo sem shares. Davidson Souza quer que o hintsfile do SwiftSync elimine as provas de exclusão do Utreexo no download inicial de blocos, e NTL rascunhou um BIP para chaves internas taproot não gastáveis.
Bitcoin Optech
Aos apresentadores Mark Erhardt e Mike Schmidt, Adam Gibson detalha o Babilonia, seu protocolo de coinjoin disfarçado de apostas ocultas, e aponta um artigo de Ron Rivest de 1997 sobre micropagamentos em forma de loteria como raiz mais antiga dos pagamentos probabilísticos. Rob Segers fala depois de suas medições de light client para silent payments.
Bitcoin Optech
O Babilonia, proposta de Adam Gibson, disfarça coinjoins de jogos de cara ou coroa on-chain que, vistos de fora, parecem pagamentos normais, embora o próprio artigo admita que ainda não há medida clara de sua eficácia. Os benchmarks de Rob Segers colocam o BlindBit Oracle v2 em cerca de 2,1 vezes o download de um filtro só de taproot mais dados de tweak, em troca de zero falsos positivos. O LDK v0.2.6 corrige uma vulnerabilidade de negação de serviço.
Bitcoin Optech
O excesso de leitura e escrita em disco durante a operação normal vem de um bug corrigido no Bitcoin Core 29.4: o banco de dados chainstate vivia reescrevendo grandes partes de si mesmo. A solução desativa a seek compaction do LevelDB e compacta o chainstate regularmente (#35465).
Bitcoin Core
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
Autoconexões falsas permitiam a um atacante engordar os arquivos de log de um nó do Bitcoin Core reutilizando o nonce da mensagem version em muitas conexões. A primeira conexão da vítima expira após 60 segundos por padrão, então encher um disco levaria muito tempo; a CVE-2025-54604 tem gravidade Baixa. Niklas Goegge a relatou em 2022, e o limite de frequência dos logs nas versões 29.1 e 30.0 barra o ataque.
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
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
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
