Tutte le pubblicazioni delle fonti ufficiali.
141 pubblicazioni
L'accumulatore di Utreexo occupa meno di 1 kB, contro un UTXO set di circa 11 GB che un nodo dovrebbe altrimenti conservare, spiega Davidson Souza nel riepilogo della #423, ma consuma più banda. Tra gli ospiti anche Eric Price di MARA e PortlandHODL; in scaletta i controller vardiff che lasciano a piedi i miner in rallentamento e una bozza di BIP per le chiavi interne non spendibili.
Bitcoin Optech
I pool possono inchiodare un miner in rallentamento a una difficoltà delle share calibrata sulla sua vecchia velocità, sostiene Eric Price su Delving Bitcoin; il suo rimedio è un timer che abbassa la difficoltà dopo un intervallo senza share. Davidson Souza vuole che l'hintsfile di SwiftSync elimini le prove di cancellazione di Utreexo durante il download iniziale dei blocchi, e NTL ha preparato una bozza di BIP per le chiavi interne taproot non spendibili.
Bitcoin Optech
Adam Gibson illustra a Mark Erhardt e Mike Schmidt, conduttori di Optech, Babilonia, il suo protocollo di coinjoin travestito da scommesse occulte, e indica in un paper del 1997 di Ron Rivest sui micropagamenti a lotteria una radice più antica dei pagamenti probabilistici. Rob Segers discute poi le sue misurazioni sui light client per i silent payment.
Bitcoin Optech
Babilonia, proposta di Adam Gibson, traveste i coinjoin da lanci di moneta onchain che dall'esterno sembrano pagamenti normali, anche se il suo paper ammette che per ora non c'è una misura chiara dell'efficacia del protocollo. Nei benchmark di Rob Segers, BlindBit Oracle v2 scarica circa 2,1 volte i dati di un filtro solo taproot più i dati di tweak, in cambio di zero falsi positivi. LDK v0.2.6 corregge una vulnerabilità denial of service.
Bitcoin Optech
Le pesanti letture e scritture su disco durante il normale funzionamento dipendevano da un bug, corretto in Bitcoin Core 29.4: il database del chainstate riscriveva di continuo ampie parti di sé. La soluzione disattiva la seek compaction di LevelDB e compatta il chainstate a intervalli regolari (#35465).
Bitcoin Core
Stop alle riscritture continue del chainstate su disco con Bitcoin Core 30.3, che sistema anche un crash del feebumper quando la commissione combinata di bump non è disponibile (#34870) e un bug della coin selection che calcolava un importo come booleano (#34888). Per le PSBT, le pubkey MuSig2 vengono ora validate durante la deserializzazione di pubnonce e firme parziali (#34219).
Bitcoin Core
Bitcoin Core 31.1 chiude una fuga di indirizzi IP in -privatebroadcast: alcune connessioni uscivano su clearnet invece che sulla rete privata attiva. L'aggiornamento elimina anche le riscritture del chainstate all'origine dell'eccessiva attività su disco e respinge una lista di pubkey vuota nell'aggregazione di chiavi MuSig2 (#35316).
Bitcoin Core
Un handshake v2 fallito può esporre l'indirizzo IP del mittente in Bitcoin Core 31.0: con -privatebroadcast attivo, il nuovo tentativo in v1 salta il proxy Tor e si collega direttamente al peer. Il probabile innesco è un peer malevolo che chiude di proposito l'handshake. In attesa della 31.1, si può disattivare la funzione, impostare -v2transport=0 oppure instradare su Tor le connessioni IPv4/IPv6 in uscita.
Bitcoin Core
Le versioni di Bitcoin Core successive alla 0.14.0 e precedenti alla 29.0 potevano leggere memoria già liberata durante la validazione di un blocco invalido creato ad arte, con conseguente crash del nodo. La CVE-2024-52911 è classificata Alta, anche se l'attaccante deve spendere proof-of-work valido sulla punta della catena, e l'esecuzione di codice da remoto è ritenuta improbabile. L'ha segnalata Cory Fields; la correzione è nella 29.0.
Bitcoin Core
La cluster mempool manda in pensione il vecchio design in Bitcoin Core 31.0: ai limiti su antenati e discendenti subentrano cluster da massimo 64 transazioni e 101 kB, e sparisce il CPFP carveout. Il -dbcache predefinito sale a 1024 MiB sulle macchine con almeno 4096 MiB di RAM, e la nuova opzione -privatebroadcast invia le trasmissioni di sendrawtransaction solo via Tor o I2P.
Bitcoin Core
Due errori legati ai wallet senza nome trovano soluzione in Bitcoin Core 28.4: la migrazione dei wallet legacy (#34156) e createfromdump, che in caso di fallimento cancellava la cartella dei wallet (#34215). Da chainparams viene anche tolto un DNS seed (#33723).
Bitcoin Core
Bitcoin Core 29.3 smette di penalizzare i peer che inviano transazioni invalide per il consenso (#33050). La validazione guadagna una cache per input del midstate sighash per gli script legacy, P2SH e segwit v0 (#32473) e individua il witness stripping senza rieseguire i controlli Script (#33105); addPackageTxs del miner perde un overflow di intero senza segno (#33475).
Bitcoin Core
Niente più migrazioni fallite sui wallet legacy senza nome con Bitcoin Core 30.2 (#34156), e createfromdump non cancella più la cartella dei wallet quando fallisce su uno di essi (#34215). E premere Ctrl-C non blocca più tutto durante le chiamate di attesa IPC (#33511).
Bitcoin Core
In rari casi, una migrazione di wallet.dat non riuscita in Bitcoin Core 30.0 o 30.1 può cancellare tutti i file della directory dei wallet, mettendo a rischio i fondi. Gli sviluppatori hanno ritirato quei binari e chiedono di non migrare da GUI o RPC fino alla 30.2. Il bug si manifesta solo con un wallet.dat predefinito e senza nome che non riesce a migrare o a caricarsi; gli altri utenti non sono coinvolti.
Bitcoin Core
I wallet di Bitcoin Core 30.1 non prendono più in considerazione le monete TRUC non confermate che hanno antenati (#33528). Sul lato IPC le opzioni non richiedono più l'argomento -m (#33229), il logging dei messaggi pesa meno (#33517) e le chiamate waitNext in corso si possono annullare (#33676).
Bitcoin Core
Con finte auto-connessioni un attaccante poteva gonfiare i file di log di un nodo Bitcoin Core, riutilizzando il nonce del messaggio version su molte connessioni. La prima connessione della vittima scade di default dopo 60 secondi, quindi riempire un disco richiederebbe molto tempo: la CVE-2025-54604 è classificata Bassa. L'ha segnalata Niklas Goegge nel 2022, e il rate limiting dei log nella 29.1 e nella 30.0 la blocca.
Bitcoin Core
L'invio ripetuto di blocchi invalidi poteva esaurire il disco di un nodo Bitcoin Core, che registrava nel log ogni blocco bocciato ai controlli di base o biforcato prima dell'ultimo checkpoint. A segnalare la CVE-2025-54605, di gravità Bassa, sono stati Niklas Goegge e, in modo indipendente, Eugene Siegel. L'ha risolta il rate limiting dei log nella 29.1 e nella 30.0.
Bitcoin Core
Transazioni non standard costruite ad arte potevano impegnare un nodo Bitcoin Core per qualche secondo ciascuna senza far disconnettere il mittente, offrendo a un attaccante un modo per ritardare la propagazione dei blocchi. La CVE-2025-46598, classificata Bassa, è stata segnalata da Antoine Poinsot e mitigata nella v30.0 riducendo il tempo di validazione nel caso peggiore.
Bitcoin Core
Blocchi oltre 1GB potevano mandare in overflow un controllo sulla dimensione nei nodi Bitcoin Core a 32 bit e provocarne il crash durante la scrittura su disco, ma solo se inviati come compact block e solo contro una vittima con -maxmempool sopra i 3GB e 1GB di transazioni dentro. La CVE-2025-46597, di gravità Bassa, l'ha trovata Pieter Wuille; a chiuderla nella 29.1 e nella 30.0 è stato il tetto a -maxmempool sui sistemi a 32 bit.
Bitcoin Core
Scendono le feerate minime predefinite in Bitcoin Core 28.3: -blockmintxfee a 1 satoshi per kvB, -minrelaytxfee e -incrementalrelayfee a 100 satoshi per kvB. Quelle del wallet non cambiano, e le transazioni più economiche potrebbero non propagarsi finché i nuovi valori non si diffondono sulla rete. I permessi di whitelist smettono inoltre di valere per le connessioni onion in entrata (#33395).
Bitcoin Core
