Ciao, benvenuti al quinto episodio de Il Gazzettino Cypherpunk, la vostra fonte settimanale di news sullo sviluppo di Bitcoin, Nostr, e Freedom Tech!

Nella puntata di oggi parliamo della presenza di alcune vulnerabilità su Core-lightning, di un nuovo BIP per schemi di firma post-quantistica, e Nutroot.

Parleremo anche di Glass Coins, un protocollo CSV su Bitcoin, di un primo schema multisig per Lightning, e dei nuovi payment targets su nostr.

Mettetevi comodi!

Bitcoin ⛓️

Addio HWI

Ava Chow ha recentemente annunciato che la Hardware Wallet Interface (HWI) non riceverà più nuove funzionalità, ma entrerà in modalità manutenzione. HWI è una libreria Python che permmette agli hardawre signer di comunicare con Bitcoin Core.

La principale motivazione dietro la dismissione di HWI è la mancanza di build riproducibili in Python, che non permetterebbero alla libreria di essere rilasciato insieme al resto di Bitcoin Core.

Secondo Chow, una libreria candidata a sostituire HWI potrebbe essere BHWI, un’implementazione Rust sviluppata da Wizardsardine -- l’azienda dietro i wallet Liana e Revault.

Un BIP per SHRINCS

Jonas Nick, Head of Research presso Blockstream, ha annunciato il rilascio della prima versione di un BIP per SHRINCS, un schema di firme post-quantistiche che permetterbebe di ottenere firme piccole -- per gli standard post-quantistici -- di soli 548 byte.

Qualche mese fa ho scritto un approfondimento su SHRINCS per l’Insider, in inglese. Potete trovarlo qui.

I Nuovi Glass Coins

Robin Linus -- ideatore del protocollo BitVM -- e Liam Eagen hanno tenuto la prima dev call incentrata su Shielded CSV, un protocollo basato su Client Side Validation (CSV) che permetterebbe un aumento delle transazioni su Bitcoin con l’aggiunta di maggiore privacy.

CSV è un metodo che permette di validare tutto off-chain ma che richiede un “aggancio” alla timechain di Bitcoin per evitare la doppia spesa. Un altro esempio di protocollo CSV è RGB, ad esempio.

Shielded CSV è stato rinominato Glass Coins e il team ne ha rilasciato le specifiche durante la call di giovedì. Il protocollo è molto complesso, e la lettura delle specifiche richiede una elevata conoscenza tecnica.

---

Lightning Network ⚡

Attenzione a Core-Lightning

In settimana, gli sviluppatori di Core-lightning hanno annunciato la presenza di alcune vulnerabilità presenti all’interno del loro software. A causa di alcuni annunci un po’ frettolosi, Christian Decker è dovuto intervenire per tranquillzzare gli animi. Le vulnerabilità sono critiche, ma non metterebbero a rischio i fondi degli utenti, e il team ha implementato un piano per il rilascio della nuova versione.

L’approccio è il seguente. Per evitare che dei malintenzionati possano fare reverse engineering delle patch, il team rilascerà i file binari per la versione v2026.06.7, senza però rendere noto il codice sorgente, se non dopo 14 giorni dal rilascio. I binari saranno firmati dagli sviluppatori e -- grazie al processo interno che prevede build riproducibili -- una volta resi noti i sorgenti sarà possibile verificare che i binari corrispondano effettivamente al codice.

Nel caso, invece, in cui un operatore voglia aspettare ad aggiornare, Decker consiglia di riavviare il nodo con l’opzione --offline. Questo comando permette di isolare il nodo da connessioni esterne, continuando però a controllare la timechain per possibili transazioni malevole da parte dei propri peer.

Lightning Multisignature

Paul Gerhart, Nadav Kohen, Jesse Posner, and Matias Furszyfer hanno pubblicato un paper per presentare Iceberg, uno schema di firme che permetterebbe di gestire un canale lightning con multiple firme.

Iceberg si basa su una nuova primitiva crittografica descritta nel paper, che prevede l’aggiunta di un partecipante all’interno di un protocollo multi-signature. In sostanza, una delle due parti del canale sarebbe in grado di gestire i fondi con uno schema t-di-N -- t numero minimo richiesto, N numero totale dei partecipanti --, mentre la controparte continuerebbe a vedere il proprio partner come un semplice partecipante di uno schema MuSig2.

---

Ecash 🥜

Nutroot Secrets

Durante la call mensile, gli sviluappatori Cashu hanno parlato degli ultimi aggiornamenti al protocollo. Una delle novità più interessanti riguarda NUT-10, la specifica che descrive le condizioni di spesa.

Nella PR421 si definisce il passaggio dallo schema crittografico BDHKE a BLS, e come questo si integri con il resto del protocollo. Il nome scelto per lo schema è nutroot e, come avrete intuito, è un omaggio a taproot.

Perchè? Invece di avere una gestione separata delle varie condizioni di spesa, il secret -- usato dal protocollo per evitare doppia spesa -- diventa una chiave pubblica che fa commitment (si “impegna”) su un merkle tree che include diverse condizioni di spesa, in maniera simile al funzionamento di Taproot. Gli sviluppatori chiariscono, però, che le similitudini finiscono qui e che non si debbano dare per scontate altre proprietà.

Cosa cambierà? In sostanza, invece di avere condizioni di spesa separate dal secret e incluse in un file JSON, tutto verrà “inserito” all’interno della nuova chiave pubblica, semplificando l’aggiunta di nuove condizioni all’interno di questo formato.x

---

Nostr 🟣

Payment Targets

Gli sviluppatori Nostr hanno aggiunto una nuova Nostr Implementation Possibility (NIP) per supportare i cosiddetti payment targets. Definiti in NIP-A3, i payment targets permettono agli utenti di definire il modo in cui essi vogliano essere pagati. Non solo, quindi, zap tramite Lightning, ma apertura a diversi altri metodi -- monero, paypal, venmo, e molti altri.

Un target è composto da tre elementi:

• La stringa payto;
• Un elemento <type> -- ad esempio bitcoin;
• Un elemento <address>, che può rappresentare sia un indirizzo stile Bitcoin, che un username.

Bonus: Fiatjaf ha lasciato questo messaggio nell’ultimo commit:

Letture Interessanti 📰

Gli articoli più interessanti che ho letto questa settimana.

• Multisig Lightning — Last Week in Bitcoin (Aug 17 - 23) by BTC++ Insider Edition: Le migliori notizie della settimana scorsa, nella mia rubrica per l’Insider (livello tecnico medio alto).
• Bitcoin Optech Newsletter #420 by Optech: Il numero di questa settimana di Bitcoin Optech (livello tecnico alto).
• Nostr Compass #37: Tutte le notizie della settimana dal mondo Nostr (livello tecnico medio alto).
• Bitcoin and Signal — It All Started with a Hackathon: Un mio articolo per l’Insider, in cui racconto di come il primo seme di Radar Chat -- app che unisce Signal e Bitcoin -- sia stato piantato durante l’hackathon tenutosi alla conferenza Bitcoin++ a Berlino.
• di Cyber Hermetica: Un saggio sulle isole pirata e la cripto-anarchia attraverso le idee di Timothy May.

---

Questo è tutto per questa settimana, grazie per aver letto Il Gazzettino Cypherpunk!

Mi raccomando! Se avete qualsiasi feedback o curiosità non esitate a scrivere nei commenti. Se pensate che a qualcuno, invece, possa interessare la newsletter, condividetela!

Alla prossima settimana e buona grigliata!

Tuma

---

Vorresti conoscere e chiacchierare con i migliori sviluppatori Bitcoin? Allora vieni a Berlino per Bitcoin++ - Payments Edition! La conferenza si terrà nei giorni 1-3 ottobre. Ci vediamo lì? Per voi anche un 20% di sconto!