Vai al contenuto
SATWEI

Sviluppo

Versioni, avvisi di sicurezza e lavoro sul protocollo, da chi sviluppa il software Bitcoin.

121 pubblicazioni

Sviluppo2 min di lettura

Bitcoin Optech, il podcast di riepilogo della newsletter #429

Greg Sanders, Antoine Poinsot, Elias Rohrer, Oleksandr Kurbatov e Nishant Bansal affiancano i conduttori di Optech nel riepilogo della #429: si parte dalle #36665, #36667 e #36669 di Bitcoin Core per arrivare alla nuova politica di sicurezza. Più avanti spazio ai silent payment multiparty, a una vulnerabilità DoS di Core Lightning resa nota di recente e a Eclair 0.14.6; la trascrizione deve ancora arrivare.

Bitcoin Optech

Sviluppo14 min di lettura

Bitcoin Optech, esce la newsletter #429

Un annuncio di canale con lo stesso nodo a entrambi i capi poteva mandare in crash Core Lightning, dalla 25.02 alla 26.04, a ogni riavvio, e all'attaccante bastava pagare le commissioni onchain; la correzione è nella 26.04.1. La newsletter #429 accosta questa vulnerabilità al protocollo di Oleksandr Kurbatov per input multiparty nei silent payment e ai point release più rapidi di Bitcoin Core per i bug facili da scoprire.

Bitcoin Optech

Sviluppo1 min di lettura

Arriva Bitcoin Core 29.5

In Bitcoin Core 29.5 poll() e select() monitorano allo stesso modo le eccezioni dei socket (#36665), e per i peer con invio in pausa scatta un timeout obbligatorio (#36667). Le posizioni dei flatfile diventano interi a 64 bit (#36669), i nodi presumono il supporto v2transport per gli indirizzi ricevuti dai seed e sparisce un DNS seed.

Bitcoin Core

Sviluppo4 min di lettura

Overflow del file di undo in condizioni estreme

Un miner poteva spingere un file di undo di Bitcoin Core oltre i 4 GiB, mandando in overflow le posizioni a 32 bit e corrompendo i dati: se poi arriva la reorg giusta, i nodi si spengono. Windows e i sistemi a 32 bit cedono già a 2 GiB, senza bisogno di reorg. La CVE-2026-117346, di gravità Bassa, richiederebbe circa un mese di tutti i blocchi della rete. Le versioni 32.1, 31.2, 30.4 e 29.5 risolvono sui sistemi a 64 bit; restano esposti i nodi a 32 bit e chi tiene i blocchi su FAT32.

Bitcoin Core

Sviluppo2 min di lettura

Memoria senza limiti con i dati TCP urgent sui sistemi non Linux

I nodi su Windows, macOS e BSD potevano finire in crash per colpa di un peer connesso che inviava dati TCP urgent: aggirando le letture in pausa nel backend select(), accumulavano memoria senza limite (CVE-2026-117350). Chi gira su Linux usa poll() e resta fuori dal problema. Il bug, di gravità Media e scovato da una scansione con LLM nell'ambito di Project Loupe, è corretto in Bitcoin Core 32.1, 31.2, 30.4 e 29.5.

Bitcoin Core

Sviluppo1 min di lettura

Esce Bitcoin Core 30.4

Con Bitcoin Core 30.4 i bit BIP 9 da 5 a 28 non valgono più come segnali di soft fork, in linea con BIP 323: i blocchi che li attivano smettono di generare avvisi su deployment sconosciuti (#34779). Sul fronte rete arriva un timeout obbligatorio per i peer con invio in pausa (#36667), mentre le posizioni dei flatfile passano a interi a 64 bit (#36669).

Bitcoin Core

Sviluppo1 min di lettura

Rilasciato Bitcoin Core 31.2

Il private broadcast ha ora un tetto in Bitcoin Core 31.2: la coda delle transazioni che la rete non ha ancora rimandato indietro si ferma a 10.000 voci e, una volta piena, rifiuta i nuovi invii, lasciando al chiamante il compito di svuotarla con abortprivatebroadcast (#35406). I version bit da 5 a 28 non contano più come segnali di soft fork, come prevede BIP 323.

Bitcoin Core

Sviluppo1 min di lettura

Bitcoin Core 32.1 è uscito

Il private broadcast di Bitcoin Core 32.1 non rischia più di rivelare l'IP del mittente: la fuga poteva verificarsi quando una connessione v2 fallita ritentava in v1 direttamente, senza passare da Tor. Il valore predefinito di -maxconnections sale da 125 a 200, e il limite al relay delle transazioni in uscita passa da un conteggio per peer a un backlog globale.

Bitcoin Core

Sviluppo1 min di lettura

Bitcoin Optech, il podcast di riepilogo della newsletter #428

Adam Gibson racconta Lichen, il suo layer 2 a emittente singolo con uscite unilaterali validate da BitVM, nel riepilogo della #428. Con Gustavo Flores Echaiz e Brandon Black ci sono anche João Dias e Vincenzo Palazzo; si parla pure di sintassi dei descriptor per le preimmagini di hash, di rbitcoin 0.8.0 e di LND v0.21.5-beta.rc1.

Bitcoin Optech

Sviluppo11 min di lettura

Bitcoin Optech, esce la newsletter #428

Con Lichen, progetto di Adam Gibson, chi usa un layer 2 a emittente singolo può riscattare i bitcoin onchain se l'hub rifiuta o va offline; le contestazioni si risolvono con prove Groth16 e transazioni BitVMX prefirmate. La newsletter #428 riporta anche la proposta di João Dias per una forma privata di preimmagine nei frammenti hash di miniscript; tra gli aggiornamenti software figurano Ibis Wallet v5.0-beta e rbitcoin 0.8.0.

Bitcoin Optech

Sviluppo1 min di lettura

Bitcoin Optech, il podcast di riepilogo della newsletter #427

Due bug di memoria di Eclair nell'handshake di apertura del canale sono al centro del riepilogo della #427: Erick Cestari spiega che uno l'ha trovato il fuzzer di Matt Morehouse, l'altro è emerso con un LLM. Adam Gibson presenta poi LN-GAP, con l'esempio di una partita a scacchi giocata dentro un canale Lightning. Nel finale, Bitcoin Core 32.0rc4 e una serie di correzioni a Eclair.

Bitcoin Optech

Sviluppo11 min di lettura

Bitcoin Optech, esce la newsletter #427

Eclair v0.14.0 e precedenti potevano esaurire la memoria durante l'apertura di un canale: un bug perdeva circa 1 MB al secondo, un altro consumava 4 GB in circa 48 minuti su un'unica connessione, senza alcun costo onchain. Entrambi sono corretti nella v0.14.1. La newsletter #427 li affianca a LN-GAP, lo schema di Adam Gibson per contratti a più round nei canali Lightning, che si regge su un comitato a maggioranza onesta.

Bitcoin Optech

Sviluppo2 min di lettura

Bitcoin Optech, il podcast di riepilogo della newsletter #426

Clara Shikhelman apre il riepilogo della #426 con Shielded Bitcoin, proposta di cui è coautrice per muovere bitcoin senza rendere pubblici mittente, destinatario o importi, e senza modifiche al consenso né operatori. Elias Rohrer di Spiral affronta poi i rilasci LDK v0.3-rc3 e v0.2.7 e le modifiche al codice di LDK; conduce Gustavo Flores Echaiz.

Bitcoin Optech

Sviluppo13 min di lettura

Bitcoin Optech, esce la newsletter #426

Shielded Bitcoin, proposto da Misha Komarov con Clara Shikhelman e Aleksei Moskvin, è un metaprotocollo per trasferimenti onchain privati che non chiede modifiche al consenso, ma richiede una cerimonia iniziale una tantum e lascia tracce in entrata e in uscita. Anthony Towns prepara una bozza di BIP per consentire ai peer di scegliersi gli ID di messaggio da un byte sul trasporto BIP324, mentre Fabian Jahr chiede se i tag degli hash taggati debbano riportare il numero di BIP.

Bitcoin Optech

Sviluppo18 min di lettura

Bitcoin Optech, esce la newsletter #425

In Eclair v0.13.1 e precedenti una query di gossip da 64 kB poteva gonfiarsi fino a 64 MB, e un messaggio init di lunghezza massima macinava circa 300 MB: Matt Morehouse ha reso noti entrambi i bug DoS, corretti nella v0.14.0. Jakub sonda l'interesse per sincronizzare le etichette wallet BIP329 tramite uno store non fidato, mentre la sezione sul consenso della newsletter #425 torna sui tipi di output post-quantistici.

Bitcoin Optech

Sviluppo59 min di lettura

Bitcoin Optech, il podcast di riepilogo della newsletter #424

Ahmet Kurt illustra PQLN, la sicurezza post-quantistica per le superfici offchain di Lightning, nel primo segmento preregistrato del programma di Optech. Jan B, contributore di Bitcoin Core che revisiona PR e lavora al codice del kernel, si unisce a Gustavo Flores Echaiz e Mike Schmidt nella parte in diretta, dove si parla di Bitcoin Core 32.0rc2 e della relativa guida ai test.

Bitcoin Optech

Sviluppo12 min di lettura

Bitcoin Optech, esce la newsletter #424

PQLN, di Ahmet Kurt e collaboratori, mette gossip, trasporto, invoice, offer e onion di Lightning al riparo dai computer quantistici, ma non tocca le operazioni onchain, per le quali servirebbe una modifica al consenso. Il prezzo è la banda: un nodo scarica 10 volte più dati e ne archivia 9 volte di più, mentre la firma ML-DSA richiede appena 0,33 ms. Un'implementazione funzionante in rust-lightning si può già provare.

Bitcoin Optech

Sviluppo68 min di lettura

Bitcoin Optech, il podcast di riepilogo della newsletter #422

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

Sviluppo11 min di lettura

Bitcoin Optech, esce la newsletter #422

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

Sviluppo1 min di lettura

Rilasciato Bitcoin Core 29.4

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