Tutte le pubblicazioni delle fonti ufficiali.
141 pubblicazioni
Prosegue il dibattito sul TCP hole punching per rendere raggiungibili i nodi domestici dietro i router. Il numero tratta anche una bozza di BIP per standardizzare le politiche di spesa applicate dai co-firmatari nell'emulazione dei covenant.
Bitcoin Optech
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
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
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
Fingendo di non supportare i ping BIP 31, un peer malevolo poteva schivare la disconnessione dopo 20 minuti e leggere con lentezza, gonfiando la coda di invio del nodo fino a 2MB l'ora per ogni peer in entrata e 5MB per ognuno in uscita. La CVE-2026-117349, di gravità Media, è chiusa dalla #36667, presente nelle versioni 32.1, 31.2, 30.4 e 29.5 di Bitcoin Core; i nodi -blocksonly erano molto meno esposti.
Bitcoin Core
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
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
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
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
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
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
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
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
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
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
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
Il parser dei feature bit di Eclair allocava oltre 300 MB per gestire un solo messaggio di lunghezza massima, racconta Matt Morehouse nel riepilogo della #425; con la correzione si scende a circa 200 KB. Gustavo Flores Echaiz e Brandon Black passano poi alla sincronizzazione delle etichette dei wallet, ai tipi di output PQC, ai limiti BIP54 sul time warp e alle proposte di covenant per i vault.
Bitcoin Optech
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
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
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
