Bitcoin Core Adotta PSBTv2 e Eclair Abilita i Taproot Channel di Default: le Novità di Optech #404
La settimana dell’8 maggio 2026 ha portato aggiornamenti significativi all’infrastruttura di Bitcoin. La Bitcoin Optech Newsletter #404 documenta l’implementazione di PSBTv2 (BIP370) in Bitcoin Core, l’abilitazione di default dei canali taproot semplici in Eclair, il supporto allo splicing ufficiale e quattro ulteriori modifiche a strumenti chiave dell’ecosistema. Per la redazione di BitcoinLive24, si tratta di aggiornamenti che rafforzano la solidità tecnica del network a lungo termine.
PSBTv2 Finalmente in Bitcoin Core: Costruzione Transazioni Più Flessibile
Bitcoin Core #21283 chiude un ciclo di sviluppo durato oltre 3 anni, implementando il BIP370 (PSBTv2) con retrocompatibilità totale verso PSBTv0. Il formato PSBT (Partially Signed Bitcoin Transaction) è lo standard che permette a wallet hardware, exchange e software di firmare le transazioni in modo coordinato senza custodire le chiavi private.
PSBTv2 introduce una differenza fondamentale: anziché richiedere una transazione non firmata completa come contenitore, archivia direttamente nei campi del PSBT tutti i dati di costruzione — versione, locktime, input, output e modificabilità. Questo significa che sviluppatori di wallet possono aggiungere o rimuovere input e output prima di completare la firma, aprendo scenari di costruzione collaborativa che con PSBTv0 richiedevano soluzioni custom.
Il formato è supportato da Eclair, LND e LDK da mesi; l’adozione in Bitcoin Core completa la copertura dei client principali e stabilisce PSBTv2 come standard unificato.
Eclair Abilita i Canali Taproot di Default e Aggiunge lo Splicing Ufficiale
Eclair #3144 e #2887, rilasciati nella settimana dell’8 maggio, portano due cambiamenti strutturali ai canali Lightning: taproot di default e splicing ufficiale. Come documentato da Bitcoin Optech nella Newsletter #404, queste modifiche al client di ACINQ completano il passaggio di funzionalità sperimentali allo standard di produzione.
Eclair #3144 attiva i canali taproot semplici con il bit di feature ufficiale e li abilita per default, senza però supportare ancora l’annuncio pubblico di questi canali. I test vector sono stati allineati con le specifiche BOLTs e con l’implementazione di LND (vedi Optech #401 per il dettaglio LND), garantendo interoperabilità tra i principali client Lightning.
I canali taproot semplici utilizzano gli script di Taproot per rendere le transazioni di chiusura cooperative indistinguibili da transazioni ordinarie, migliorando la privacy degli utenti Lightning e riducendo i costi sulla chain.
Eclair #2887 aggiunge invece il supporto allo splicing ufficiale, il meccanismo che permette di ridimensionare la capacità di un canale aperto senza chiuderlo e riaprirlo. Lo splicing era già in uso sperimentale su Eclair da versioni precedenti; questa release allinea l’implementazione con la specifica BOLTs #1160 ratificata a marzo 2026, mantenendo retrocompatibilità con i peer che usano ancora il protocollo sperimentale.
| Aggiornamento | Client | Beneficio |
|---|---|---|
| PSBTv2 (BIP370) | Bitcoin Core #21283 | Costruzione transazioni coordinata e flessibile |
| Simple Taproot Channels (default) | Eclair #3144 | Privacy e risparmio on-chain per Lightning |
| Splicing ufficiale | Eclair #2887 | Canali ridimensionabili senza interruzione |
| btck_check_transaction() | Bitcoin Core #33796 (libbitcoinkernel) | Verifica transazioni senza chainstate |
| Dust UTXO Disposal (BIP451) | BIPs #2150 | Smaltimento sicuro degli UTXO dust |
| Riserve 0FC channels | LDK #4592 | Prevenzione apertura canali senza riserve |
libbitcoinkernel si Espande: Validazione Transazioni Senza Chainstate
La libreria libbitcoinkernel — il progetto che estrae il codice di consenso di Bitcoin Core in una libreria riutilizzabile — riceve una funzione nuova con Bitcoin Core #33796: btck_check_transaction(). Questa funzione esegue controlli di struttura a livello di consenso su una transazione in modo context-free, ovvero senza accedere alla blockchain, all’UTXO set o alla verifica degli script.
I controlli includono: rifiuto di liste di input/output vuote, lunghezze invalide di coinbase scriptSig, input duplicati, prevout nulli in transazioni non-coinbase e valori di output fuori range. Per gli sviluppatori che integrano Bitcoin in applicazioni esterne — exchange, wallet, processori di pagamento — questa API consente una pre-validazione rapida prima di trasmettere la transazione al network.
BIP451: Come Smaltire gli UTXO Dust in Modo Sicuro e Privato
Il BIP451 (Dust UTXO Disposal Protocol), aggiunto tramite BIPs #2150, standardizza un metodo sicuro per eliminare gli UTXO non economici — i cosiddetti dust — da un wallet. Un UTXO è considerato dust quando il costo per spenderlo supera il suo valore stesso; in un contesto di fee elevate possono accumularsi e occupare spazio nel wallet senza poter essere utilizzati.
Il protocollo prevede che il wallet spenda gli UTXO dust verso un singolo output OP_RETURN a valore zero, pagando l’intero valore degli input come commissione. Include regole di costruzione che preservano la privacy — smaltimento per singolo indirizzo, solo UTXO confermati — e firme ALL|ANYONECANPAY che permettono di unire più transazioni di dust disposal trovate nel mempool tramite RBF (Replace-by-Fee).
Fingerprinting dei Nodi: Cinque Soluzioni sul Tavolo
Sul forum Delving Bitcoin, la ricercatrice Naiyoma ha pubblicato un aggiornamento sulle possibili soluzioni al problema del node fingerprinting tramite i timestamp dei messaggi addr. Il problema, documentato dalla Newsletter #360 (giugno 2025), consiste nella possibilità di identificare lo stesso nodo su reti diverse (clearnet e Tor, per esempio) osservando che i timestamp degli indirizzi che propaga sono identici.
Dopo ulteriori ricerche, le soluzioni candidate sono cinque:
- Simple fuzzing — distorsione casuale nel range [-5, +5] giorni. Rischio: si media nel tempo.
- Timestamp fissi per rete — il timestamp reale è preservato solo per la rete specifica, sulle altre è randomizzato nel passato. Rischio: indirizzi vecchi restano in circolazione troppo a lungo.
- Aging-only fuzzing — distorsione solo verso il passato, range [1, 10] giorni. Rischio: gli indirizzi raggiungono la soglia di 30 giorni troppo presto.
- Aging-biased noise — range [-1, +5] giorni, prevalentemente verso il passato. Rischio simile al precedente.
- Approccio ibrido — combinazione di due delle soluzioni precedenti.
Naiyoma sta testando la Soluzione 2 in una PR su GitHub e ha invitato altri sviluppatori a fornire feedback.
JIT Channels: una Proposta per Scoraggiare gli LSP Disonesti
Il ricercatore Thomas Voegtlin ha proposto su Delving Bitcoin l’uso di fraud proof pubblici per migliorare gli incentivi dei canali Just-in-Time (JIT). Un canale JIT è un canale Lightning aperto al volo da un LSP (Lightning Service Provider) nel momento in cui un utente riceve il suo primo pagamento — senza dover depositare fondi in anticipo.
Il problema: un LSP disonesto potrebbe incassare l’HTLC dall’utente pagante senza aprire il canale verso il destinatario. La proposta di Voegtlin usa la blockchain come strato di arbitrato pubblico. Il destinatario pubblica il preimage con un OP_RETURN, datandolo a un blocco specifico; l’LSP assume un impegno UTXO valido per un numero di blocchi definito. Se l’LSP non rispetta il contratto, il fraud proof è visibile a chiunque — danneggiando la sua reputazione senza richiedere fiducia dagli altri clienti.
La proposta è ancora in fase di discussione e richiede feedback dalla community di sviluppatori Lightning.
Cosa Significano Questi Aggiornamenti per il Network
La Newsletter #404 di Bitcoin Optech evidenzia una fase di maturazione dell’infrastruttura: gli standard che i client Lightning hanno adottato sperimentalmente negli ultimi anni — taproot channels, splicing — diventano produzione ufficiale; le librerie di consenso (libbitcoinkernel) si aprono a integrazioni esterne; i formati di costruzione transazioni (PSBTv2) raggiungono la copertura universale tra i client principali.
Non si tratta di novità che cambiano il prezzo di Bitcoin nel breve termine, ma di fondamenta che rendono la rete più privata, più efficiente e più accessibile agli sviluppatori che costruiranno i servizi di domani. Secondo Bitcoin Optech, questi cambiamenti erano attesi da mesi e la loro convergenza in una singola settimana è un segnale positivo per la velocità di sviluppo del protocollo. La redazione di BitcoinLive24 seguirà l’evoluzione di questi aggiornamenti nelle prossime newsletter tecniche.
Per restare aggiornato in tempo reale su Bitcoin, Scarica l’app BitcoinLive24 e attiva le notifiche push. Puoi anche consultare i nostri approfondimenti su adozione e infrastruttura Bitcoin oppure sugli aggiornamenti tecnici del network.
FAQ: Bitcoin Optech #404 e gli Aggiornamenti del Protocollo
Cos’è PSBTv2 e perché è importante per Bitcoin?
PSBTv2 (BIP370) è il nuovo formato standard per le transazioni Bitcoin parzialmente firmate. A differenza di PSBTv0, permette di aggiungere o rimuovere input e output prima di completare la firma, rendendo più semplice la costruzione collaborativa delle transazioni tra wallet, exchange e dispositivi hardware. Bitcoin Core ha implementato BIP370 con la PR #21283 mantenendo la retrocompatibilità con PSBTv0.
Cosa sono i Simple Taproot Channels in Lightning Network?
I Simple Taproot Channels sono canali Lightning che utilizzano Taproot per le transazioni di chiusura cooperativa, rendendole indistinguibili da transazioni Bitcoin ordinarie. Questo migliora la privacy degli utenti Lightning e può ridurre le commissioni on-chain. Eclair ha abilitato questi canali per default con la PR #3144, allineandosi con le specifiche BOLTs e l’implementazione di LND.
Cos’è lo splicing nei canali Lightning e quali vantaggi porta?
Lo splicing è un meccanismo che permette di aumentare o ridurre la capacità di un canale Lightning già aperto senza doverlo chiudere e riaprire. Questo evita i costi on-chain delle transazioni di chiusura/riapertura e mantiene il canale operativo durante il ridimensionamento. Con Eclair #2887, lo splicing ufficiale (BOLTs #1160) è disponibile in produzione per la prima volta.
Cosa sono gli UTXO dust e come funziona il BIP451?
Un UTXO dust è un output Bitcoin così piccolo che il costo per spenderlo supera il suo valore. Il BIP451 standardizza un modo sicuro per eliminarli: si spendono verso un OP_RETURN a valore zero, pagando tutto come fee. Il protocollo include regole per la privacy e permette di raggruppare più operazioni di smaltimento tramite RBF per ridurre i costi complessivi.
Cos’è il node fingerprinting e perché è un problema?
Il node fingerprinting è una tecnica che permette di identificare lo stesso nodo Bitcoin su reti diverse (clearnet e Tor) osservando i timestamp identici dei messaggi addr che il nodo propaga. Questo compromette l’anonimato di chi gestisce un nodo su più reti. I ricercatori stanno valutando cinque possibili soluzioni basate sulla distorsione casuale dei timestamp, con l’obiettivo di rendere la correlazione impossibile senza degradare la qualità del gossip di rete.
