Ciao Insiders. Qui è Tuma, open-source reporter per l’Insider Edition. Ho passato più di 10 ore ad ascoltare gli sviluppatori di vari progetti open-source legati a Bitcoin. Ecco cosa mi è piaciuto di più:

• Un aggiornamento sulle ultime modifiche alle specifiche NUT del protocollo Cashu: Keysets ID V2, codifica bech32m e altro.

  • Durante la chiamata mensile di giovedì 29, gli sviluppatori di Cashu hanno annunciato diversi aggiornamenti alle specifiche NUT. Alcune modifiche sono già state aggiunte, mentre altre sono ancora in fase di lavorazione, in attesa che le diverse implementazioni del protocollo sviluppino le nuove funzionalità.

  • Sono state completate diverse PR per aggiornare le specifiche. In particolare, la PR182 aggiorna NUT-02, fornendo le specifiche sul nuovo Keyset ID V2, la PR294 aggiunge la nuova NUT-26, che definisce un formato di codifica alternativo per le richieste di pagamento utilizzando bech32m, e la PR267 introduce la NUT-27, che descrive un metodo per i wallet per effettuare il backup della loro lista di mint come replaceable events di Nostr su uno o più relay.

  • Sono state discusse altre modifiche ancora in fase di lavorazione. In particolare, la PR331 aggiorna la NUT-13, definendo un modo per generare chiavi private in modo deterministico per avere proofs vincolate ad esse, e la PR300 introduce la NUT-28, che fornisce le specifiche per il tipo di pagamento Pay-To-Blinded-Key (P2BK).

• La PR370 in BDK mira ad aggiungere il supporto per le transazioni Child-Pays-For-Parent (CPFP).

  • Durante la riunione settimanale di martedì 27, gli sviluppatori di BDK hanno discusso della PR370, che mira ad aggiungere il supporto per le transazioni Child-Pays-For-Parent (CPFP). Il rilascio di questa funzionalità è previsto nella prossima major release, la v3.0.0.

  • CPFP è una tecnica di aumento delle fee (fee bumping) che consente a un utente di spendere un output proveniente da una transazione non confermata con un basso fee rate (la transazione “parent”) in una transazione “child” con un tasso di commissione più elevato, incentivando i miner a includere entrambe le transazioni in un blocco. Questa funzionalità è disponibile in Bitcoin Core da febbraio 2016.

  • Perché è interessante: Questa PR aggiunge una funzionalità importante, aumentando il numero di strumenti a disposizione degli sviluppatori di wallet che sfruttano BDK.

• La PR2049 in Stratum V2 punta a ottimizzare la generazione del prefisso extranonce.

  • Durante l’aggiornamento settimanale di martedì 27, gli sviluppatori SV2 hanno discusso della PR2049, il cui obiettivo è migliorare il modo in cui viene generato l’extranonce_prefix nel protocollo di mining.

  • L’extranonce_prefix è un insieme di byte riservati che consente a qualsiasi nodo a monte, come una pool o un proxy, di assegnare un identificatore univoco a ogni connessione a valle (ad esempio un miner). In questo modo, si garantisce che un miner non stia lavorando sullo stesso hash degli altri.

  • Sebbene l’extranonce_prefix necessiti teoricamente solo di 2 byte, l’attuale metodo di generazione alloca una porzione di memoria maggiore per evitare collisioni, a scapito dello spazio nella transazione coinbase. Il metodo proposto sfrutta un vettore di bit in cui ogni prefisso sarà l’indice di uno slot aperto nel vettore. Quando un client si disconnette, il bit viene cancellato, permettendone il riutilizzo per un’altra connessione.

Vorresti conoscere gli sviluppatori di Bitcoin di persona? Unisciti a noi a Florianopolis questo Febbraio, dal 26 al 28, per discutere di come fare exploit su Bitcoin.

Ciao Insiders. Qui è Tuma, open-source reporter per l’Insider Edition. Ho passato più di 10 ore ad ascoltare gli sviluppatori di vari progetti open-source legati a Bitcoin. Ecco cosa mi è piaciuto di più:

• Sono state rilasciate la v1.7.0 dell’implementazione del protocollo Stratum V2 e la v0.2.0 delle applicazioni SV2.

  • Durante l’aggiornamento settimanale di martedì 20, i maintainer di Stratum V2 hanno annunciato che le nuove versioni del protocollo e delle applicazioni SV2 erano pronte per il rilascio. Il team ha effettuato il rilascio ufficiale giovedì 22.

  • La v1.7.0 delle librerie del protocollo aggiorna l’implementazione di riferimento con le modifiche più recenti alle specifiche, consentendo di includere gli **Extended Channels**nei Group Channels. La versione migliora anche la copertura per il fuzz testing e introduce il benchmarking e l’analisi delle prestazioni per i diversi moduli del protocollo.

  • La v0.2.0 delle applicazioni SV2 allinea le diverse app alle specifiche più recenti, aggiunge il supporto per Bitcoin Core v30.2 e introduce API HTTP per monitorare i diversi crate. Include inoltre vari miglioramenti ai crate pool_sv2, jd_client_sv2 e translator_sv2. Infine, le applicazioni SV2 saranno ora pubblicate direttamente su crates.io, un registro di pacchetti per il linguaggio Rust.

• È uscita la v25.12.1 di Core-lightning, che corregge un bug critico nell’implementazione Lightning.

  • Durante l’aggiornamento periodico di lunedì 26, i maintainer di CLN hanno annunciato il rilascio di una versione minore, la v25.12.1. Questo rilascio introduce un’importante correzione per un problema che impediva ai nodi di spendere fondi inviati a indirizzi non-taproot.

  • A causa di questo bug, corretto nella PR8831, gli utenti con nodi creati utilizzando CLN v25.12 non erano in grado di spendere i fondi inviati a indirizzi non-taproot. Infatti, mentre l’ultima versione aveva introdotto la derivazione BIP86 per gli indirizzi, il processo di firma utilizzava quello schema di derivazione solo per gli indirizzi P2TR, bloccando di fatto i fondi.

  • Il team di CLN raccomanda a tutti gli utenti che hanno creato nuovi nodi utilizzando la v25.12 di aggiornare il proprio software alla v25.12.1 per poter spendere correttamente i propri fondi.

• È uscita la v0.10.0 di Fedimint, che introduce la nuova interfaccia utente (UI) del gateway e semplifica il self-hosting del gateway tramite Iroh.

  • Mercoledì 21, gli sviluppatori di Fedimint hanno rilasciato ufficialmente l’ultima versione del protocollo ecash, che introduce la nuova UI del gateway, semplifica il self-hosting del gateway, aggiunge un nuovo client per i binding UniFFI e altro ancora.

  • La nuova UI semplifica notevolmente la gestione del gateway, permettendo di aprire/chiudere canali Lightning, inviare/ricevere transazioni on-chain, visualizzare informazioni di stato, riepiloghi dei pagamenti e la connessione a un nodo Bitcoin. La nuova versione semplifica anche il self-hosting del gateway, introducendo Iroh per consentire di lavorare dietro un NAT senza la necessità di configurare regole firewall o un dominio.

  • La nuova versione introduce inoltre il nuovo fedimint-client-uniffi per una semplice integrazione mobile, getta le basi per supportare diverse valute, include i nuovi fountain codes per i QR animati e maggiori funzionalità per i guardian della federazione, come la disabilitazione dei moduli e il cambio password.

Vorresti conoscere gli sviluppatori di Bitcoin di persona? Unisciti a noi a Florianopolis questo Febbraio, dal 26 al 28, per discutere di come fare exploit su Bitcoin.

Ciao Insiders. Qui è Tuma, open-source reporter per l’Insider Edition. Ho passato più di 10 ore ad ascoltare gli sviluppatori di vari progetti open-source legati a Bitcoin. Ecco cosa mi è piaciuto di più:

• La PR177 in sv2-apps sta rimuovendo un workaround da bitcoin_core_sv2, a seguito di una correzione inclusa nel nuovo rilascio di Bitcoin Core v30.2.

  • Durante l’aggiornamento settimanale di martedì 13, gli sviluppatori di Stratum V2 hanno discusso la PR177, che sfrutta l’ultima versione Bitcoin Core v30.2 per rimuovere un workaround temporaneo che era necessario per operare con la nuova interfaccia di mining IPC.

  • Il workaround era stato introdotto per gestire l’issue IS33575 in Bitcoin Core, il quale evidenziava che l’interfaccia di mining IPC non forniva un modo per cancellare il loop della funzione waitNext. Lo scopo di questa funzione è quello di attendere il verificarsi di determinati eventi (ad es. una nuova tip della chain) per fornire un nuovo BlockTemplate .

  • Tuttavia, waitNext deve essere inizializzato con i vincoli corretti, affinché il ciclo precedente possa essere interrotto e rilanciato. Di conseguenza, gli sviluppatori di Bitcoin Core hanno introdotto un nuovo metodo chiamato interruptWait() nella PR33676, fornendo l’API necessaria.

  • Poiché il workaround è stato rimosso, le prossime versioni della libreria bitcoin_core_sv2 saranno compatibili solo con versioni di Bitcoin Core ≥ v30.2.

• La PR1190 in CDK punta a migliorare l’efficienza delle richieste di pagamento.

  • Durante la’aggiornamento settimanale di mercoledì 14, gli sviluppatori di CDK hanno annunciato che la PR1190 è stata completata a seguito dell’inclusione ufficiale del NUT-26 nelle specifiche del protocollo Cashu.

  • La nuova specifica e la relativa PR introducono un formato di codifica alternativo per le richieste di pagamento basato sulla codifica bech32m e sulla serializzazione TLV (Tag-Length-Value), allineando il protocollo Cashu allo standard applicato agli indirizzi Bitcoin e agli invoice Lightning.

  • La nuova alternativa offre molti vantaggi rispetto a quella originale. Infatti, garantisce una maggiore compatibilità con i codici QR, una riduzione delle dimensioni superiore al 30%, una migliore gestione degli errori e una maggiore leggibilità.

• Le PR1236 e PR1289 nei BOLT sono quasi pronte. Queste PR rappresentano l’ultimo passaggio mancante prima di procedere con l’inserimento dello splicing nelle specifiche Lightning.

  • Durante l’aggiornamento mensile sulle specifiche di lunedì 12, gli sviluppatori di Lightning Network hanno discusso lo stato della PR1236 e della PR1289. Queste PR devono essere completate prima di poter procedere con la specifica dello splicing e sono in attesa di un ACK finale dal team di CLN.

  • La PR1236 aggiorna BOLT2, il protocollo peer per la gestione dei canali, consentendo a entrambe le parti del canale di inviare tx_init_rbf durante l’apertura del canale v2. Questa modifica viene implementata per coerenza con lo splicing, poiché le relative specifiche consentono già sia all’iniziatore che all’accettante di avviare il processo RBF.

  • Anche la PR1289 aggiorna BOLT2. Questa modifica rende obbligatoria per i nodi la ritrasmissione delle firme nel caso in cui i peer si disconnettano durante la fase di firma di una transazione interattiva. In particolare, la PR introduce un bitfield esplicito che permette a un nodo di richiedere il messaggio commitment_signed qualora non lo avesse ricevuto.

Vorresti conoscere gli sviluppatori di Bitcoin di persona? Unisciti a noi a Florianopolis questo Febbraio, dal 26 al 28, per discutere di come fare exploit su Bitcoin.

Ciao Insiders. Qui è Tuma, open-source reporter per l’Insider Edition. Ho passato più di 10 ore ad ascoltare gli sviluppatori di vari progetti open-source legati a Bitcoin. Ecco cosa mi è piaciuto di più:

• Una vulnerabilità nel Protocollo Cashu è stata divulgata responsabilmente dallo sviluppatore Conduition.

  • Sabato 10, lo sviluppatore Conduition ha pubblicato su Stacker News un articolo in cui spiega le sue scoperte relative a una vulnerabilità presente nella maggior parte delle mint e dei wallet Cashu. Sebbene le scoperte di Conduition risalgano a luglio 2025, il possibile exploit è stato segnalato responsabilmente prima al team di Cashu, rendendolo pubblico solo la scorsa settimana, dopo che le patch sono state applicate al codice.

  • La vulnerabilità risiede nella specifica NUT-13, che descrive uno standard di backup deterministico per i wallet Cashu. Per generare il secret per un token ecash, il wallet prende il Keyset ID (un identificatore unico di una mint) e lo riduce a un numero più piccolo per adattarlo a un intero a 32 bit, conforme al formato BIP32. Poiché lo spazio dei numeri è limitato (circa 2 miliardi di possibilità), un attaccante malintenzionato potrebbe facilmente creare una mint fittizia con un nome diverso ma un Keyset ID che risulta nell’esatto stesso ID derivato di una mint popolare e legittima, inducendo un utente a rivelare i propri secret.

  • Una patch a breve termine è già stata applicata ai wallet e alle mint più importanti per prevenire lo sfruttamento della vulnerabilità. Nel frattempo, gli sviluppatori stanno lavorando alla modifica delle specifiche NUT-13, passando ad una nuova versione del Keyset ID basata sulla derivazione HMAC-SHA256.

• Un aggiornamento sul protocollo Marmot: Stato dell’audit e ultimi sviluppi.

  • Durante la call mensile di martedì 6, gli sviluppatori di Marmot hanno fornito un aggiornamento sullo stato del protocollo, sui feedback riguardanti l’audit in corso e sugli ultimi sviluppi.

  • Per quanto riguarda l’audit, la società indipendente incaricata ha terminato la revisione delle specifiche, fornendo alcuni suggerimenti per migliorare la crittografia dei media. Le modifiche sono già state applicate. Gli auditor sono poi passati alla codebase di MDK, identificando circa 45 vulnerabilità nel codice, che stanno già venendo affrontate dagli sviluppatori di Marmot.

  • Nel frattempo, procede lo sviluppo di marmot-ts. Gli sviluppatori stanno implementando la libreria TypeScript funzionalità per funzionalità seguendo le specifiche del protocollo. I progressi possono essere verificati sul sito web di esempio.

• La PR1459 in CDK sta aggiungendo una funzionalità per il backup della lista delle mint del wallet tramite Nostr.

  • Durante la call settimanale di mercoledì 7, gli sviluppatori di CDK hanno discusso la PR1459, che introduce una nuova funzionalità che consente agli utenti di fare il backup della lista delle mint del proprio wallet su Nostr. La PR si basa sulla specifica NUT-27, recentemente integrata.

  • Secondo le specifiche, la lista delle mint viene crittografata utilizzando NIP-44 e pubblicata come un evento Nostr di tipo “replaceable” su uno o più relay definiti dall’utente. Le chiavi di backup sono derivate in modo deterministico dalla seed phrase mnemonica del wallet.

  • Perchè è interessante: Questa funzionalità consente agli utenti di ripristinare in maniera semplice la configurazione delle proprie mint su diversi dispositivi o istanze del wallet utilizzando la propria seed phrase mnemonica.

Vorresti conoscere gli sviluppatori di Bitcoin di persona? Unisciti a noi a Florianopolis questo Febbraio, dal 26 al 28, per discutere di come fare exploit su Bitcoin.

Ciao Insiders. Qui è Tuma, open-source reporter per l’Insider Edition. Ho passato più di 10 ore ad ascoltare gli sviluppatori di vari progetti open-source legati a Bitcoin. Ecco cosa mi è piaciuto di più:

• Fedimint Observer ha subito un importante aggiornamento dell’interfaccia utente (UI), aiutando così ad aumentare la trasparenza dell’ecosistema.

  • Il 13 dicembre, gli sviluppatori di Fedimint hanno annunciato il rilascio di una nuova versione di Fedimint Observer. Questo strumento consente agli utenti di esaminare dati pubblici da diverse federazioni, come asset totali, attività e raccomandazioni dalla community.

  • L’ultima release ha introdotto enormi miglioramenti all’interfaccia dello strumento, presentando un nuovo frontend in React e grafici interattivi. Il lavoro è stato svolto dal contributor open-source Ayush Bansal, un membro di Bitshala, una delle principali community Bitcoin indiane.

  • Cosa c’è di interessante nella tecnologia: Lo strumento ora rinnovato migliora l’esperienza utente e la trasparenza all’interno dell’ecosistema Fedimint, mantenendo al contempo le sue proprietà di privacy.

• BDK sta introducendo nuove librerie di binding, esponendo il toolkit a più linguaggi di programmazione.

  • Durante i recenti aggiornamenti settimanali, gli sviluppatori di BDK hanno discusso delle nuove librerie di binding che sfruttano la libreria**bdk-ffi**, le quali stanno espandendo il supporto per le funzionalità BDK a sempre più linguaggi di programmazione.

  • Mentre il supporto per Swift, Kotlin e JVM è disponibile da un po’ di tempo, gli sviluppatori hanno recentemente esportato le funzionalità di BDK a Python, react-native e Dart.

  • Cosa c’è di interessante nella tecnologia: Esporre BDK ad altri linguaggi di programmazione permette di rendere disponibile questo strumento a un bacino di utenti più ampio e consente agli sviluppatori di costruire applicazioni più affidabili senza dover scrivere i componenti di base da zero.

• Una lista di recenti rilasci da progetti nell’ecosistema Bitcoin:

  • rust-lightning v0.2.0: Discussa in un post precedente, la v0.2.0 è stata rilasciata ufficialmente. In particolare, questa versione segna il primo supporto per lo splicing in LDK.

  • ldk-node v0.7.0: L’ultima minor release è basata su rust-lightning v0.2.0. Aggiunge il supporto per lo splicing dei canali, pagamenti asincroni, oltre ch il recupero dei dati della timechain da un backend REST di Bitcoin Core.

  • CDK v0.14.2: Questa minor release di Cashu Development Kit aggiunge supporto per maggiori funzionalità per i binding cdk-ffi e alcune correzioni di bug minori.

  • core-lightning v25.12: Discussa in un post precedente, la v25.12 è stata rilasciata ufficialmente. Questa versione arriva con il supporto sperimentale per le specifiche LSPS Level 2, frasi BIP-39 di 12 parole per i nuovi nodi, miglioramenti al plugin xpay, e una conformità più rigorosa alle specifiche di splicing dei BOLT.

  • Fedimint v0.9.1: Questa minor release per il protocollo Fedimint introduce alcune correzioni di bug minori.

Ciao Insiders. Qui è Tuma, open-source reporter per l’Insider Edition. Ho passato più di 10 ore ad ascoltare gli sviluppatori di vari progetti open-source legati a Bitcoin. Ecco cosa mi è piaciuto di più:

• MIP-05 vuole aggiungere al protocollo Marmot delle specifiche che preservino la privacy per le notifiche push.

  • Durante la call di aggiornamento mensile di martedì 2, gli sviluppatori di MDK hanno presentato MIP-05, la nuova “Marmot Implementation Proposal” che delinea le specifiche per notifiche push private. La proposta è ancora in discussione e sono benvenute ulteriori revisioni da parte della comunità.

  • La necessità di notifiche push private deriva dal fatto che, per la consegna tempestiva dei messaggi, le notifiche devono passare attraverso i servizi di Apple e Google, lasciando trapelare metadati e contenuti ai server di queste aziende. Naturalmente, questo non è ideale per gli utenti attenti alla privacy.

  • MIP-05 definisce un approccio di tutela della privacy che consente agli utenti di nascondere ai servizi di Apple e Google non solo il contenuto del messaggio, ma anche metadati sensibili, come l’identità Nostr del mittente e del destinatario, l’appartenenza ai gruppi o qualsiasi relazione tra il dispositivo e la npub dell’utente. Inoltre, vengono adottate misure di privacy per impedire che il server che gestisce le notifiche e i relay Nostr acquisiscano informazioni sensibili.

• IS108 nel repository Stratum sv2-apps segnala un problema con la nuova libreria bitcoin_core_sv2, probabilmente correlato alla nuova interfaccia IPC di Bitcoin Core.

  • Durante l’aggiornamento settimanale di martedì 2, gli sviluppatori di Stratum V2 hanno discusso di un problema con la nuova libreria bitcoin_core_sv2, che sembra essere legato alla nuova interfaccia IPC di Bitcoin Core, rilasciata recentemente nella v30.

  • Il problema deriva dal fatto che la funzione crateNewBlock() restituisce un nuovo template anche se l’Initial Block Download (IBD) non è ancora terminato, facendo lavorare il miner su un blocco obsoleto (stale).

  • Per risolvere questo problema, lo sviluppatore di Stratum V2 plebhash ha aperto una nuova richiesta sul repository di Bitcoin Core, nella IS33994, chiedendo che crateNewBlock() eviti di restituire un template prima che l’IBD sia completato. La discussione è ancora in corso, con gli sviluppatori di Stratum e Core che si stanno scambiando idee sull’approccio migliore da seguire.

• La IS7892 di Fedimint tiene traccia di tutte le funzionalità aggiunte alla nuova UI del Gateway Lightning.

  • Durante l’aggiornamento settimanale di lunedì 1, gli sviluppatori di Fedimint hanno discusso le recenti funzionalità implementate per la Gateway UI, un’interfaccia utente che consente agli operatori di gestire facilmente i propri nodi Lightning gateway. Tutti gli sviluppi sono tracciati nella IS7892.

  • La nuova UI semplifica la gestione per gli amministratori dei gateway. In particolare, permette di aprire/chiudere canali LN, inviare/ricevere transazioni on-chain da e verso il nodo Lightning, connettersi a nuove federazioni e visualizzare informazioni sullo stato, come il riepilogo dei pagamenti e la connessione al nodo Bitcoin.

  • Ci sono ancora altre funzionalità nella to-do list degli sviluppatori. Ad esempio, la possibilità di generare e pagare invoice Bolt11 e Bolt12, mostrare l’elenco delle transazioni del nodo Lightning e strumenti per la gestione di ecash.

Vorresti conoscere gli sviluppatori di Bitcoin di persona? Unisciti a noi a Taipei questo dicembre, dal 15 al 17 per discutere di come rimanere sovrani con Bitcoin.

Ciao Insiders. Qui è Tuma, open-source reporter per l’Insider Edition. Ho passato più di 10 ore ad ascoltare gli sviluppatori di vari progetti open-source legati a Bitcoin. Ecco cosa mi è piaciuto di più:

• La version v1.6.0 del protocollo Stratum e la versione v0.1.0 delle Sv2 Applications sono ufficialmente state rilasciate.

  • Durante l’aggiornamento settimanale di martedì 25, gli sviluppatori di Stratum V2 hanno annunciato che le ultime versioni per il protocollo Stratum V2 e per le Applicazioni Sv2 erano pronte per essere rilasciate. La libreria Stratum v1.6.0 è stata poi rilasciata mercoledì 26, mentre sv2-apps v0.1.0 il giorno dopo, giovedì 27.

  • La v1.6.0, che contiene aggiornamenti alle crate del protocollo a basso livello, aggiunge il supporto per le Sv2 Extensions tramite la crate extensions_sv2, la quale fornisce tipi di messaggi e utility per le estensioni del protocollo Sv2. Depreca inoltre molte librerie, come binary_codec_sv2, roles_logic_sv2 e network_helpers_sv2. In particolare, questa è la prima release testata attivamente tramite fuzzing.

  • La v0.1.0, che contiene le crate a livello applicativo, è la prima release ufficiale dal repository sv2-apps dopo la divisione. In particolare, questa release aggiunge il supporto nativo per Bitcoin Core v30 attraverso la libreria bitcoin_core_sv2 e aggiunge il supporto Docker per semplificare il deployment multipiattaforma per le diverse applicazioni.

• La release candidate v25.12 di core-lightning è disponibile, e porta nuove funzionalità e numerose ottimizzazioni delle prestazioni.

  • Durante l’aggiornamento di lunedì 24, gli sviluppatori di core-lightning hanno annunciato l’uscita della prima release candidate per l’ultima versione dell’implementazione Lightning. Al momento della stesura dell’articolo, sono state create altre due release candidate.

  • La v25.12, che è stata nominata “Boltz’s Seamless Upgrade Experience”, arriva con il supporto sperimentale per le specifiche LSPS, la mnemonica di 12 parole BIP-39 per i nuovi nodi, miglioramenti al plugin xpay e una conformità più rigorosa alle specifiche BOLT relative allo splicing.

  • Dal lato sviluppatori, sono stati introdotti molti miglioramenti per ottimizzare le prestazioni. In particolare, sono state aggiunte diverse ottimizzazioni per i nodi più grandi al fine di prevenire blocchi (freezes) sotto carichi elevati. Per una descrizione completa delle modifiche fare riferimento al changelog.

• La PR7988 in Fedimint mira ad aggiungere il pieno supporto per lavorare con i Lightning Addresses.

  • Durante la call settimanale di lunedì 24, gli sviluppatori di Fedimint hanno discusso della PR7988. L’obiettivo di questa PR, che è ancora in fase di sviluppo, è fornire al protocollo il pieno supporto per i Lightning Addresses.

  • La PR7988 implementa la risoluzione completa dei Lightning Address LNURL, inclusa l’estrazione dei metadati e la convalida di importi e commenti. Queste funzionalità verranno poi esposte a fedimint-sdk, un client Fedimint basato su WebAssembly per il browser.

Vorresti conoscere gli sviluppatori di Bitcoin di persona? Unisciti a noi a Taipei questo dicemebre, dal 15 al 17 per discutere di come rimanere sovrani con Bitcoin.

Ciao Insiders. Qui è Tuma, open-source reporter per l’Insider Edition. Ho passato più di 10 ore ad ascoltare gli sviluppatori di vari progetti open-source legati a Bitcoin. Ecco cosa mi è piaciuto di più:

• Nut November è l’hackathon, della durata di un mese, per tutti gli coloro che vogliono sviluppare su Cashu.

  • Durante l’aggiornamento mensile di giovedì 20, diversi sviluppatori hanno presentato i propri progetti, creati per Nut November, una competizione della durata di un mese incentrata su Cashu. Con un montepremi totale di 1.5 milioni di sats, l’hackathon premierà i progetti secondo diverse categorie, come il progetto migliore, il più complicato tecnicamente, l’idea più assurda, il miglior design, il miglior principiante e il preferito dalla comunità Cashu.

  • Sono stati presentati diversi progetti, ognuno dei quali integrava il protocollo Cashu. Alcuni sviluppatori hanno create delle applicazioni, come un casinò senza kyc, chiamato Cashu Casino, una bacheca delle attività basata su Nostr e ricompense in Cashu, chiamato Taskify, e un segna punteggio per il Disc Golf con all’interno pagamenti basati su ecash.

  • Sono stati costruiti anche degli strumenti per sviluppatori. Bitcoin Skills, ad esempio, fornisce a Claude — l’agente AI — le abilità per implementare portafogli Bitcoin e Cashu, generazione/scansione di codici QR e integrazioni con Nostr su Shakespeare. Un altro sviluppatore ha mostrato Cyphertap, uno strumento che fornisce accessi su Nostr e portafoglio Cashu in un unico componente Svelte.

• La PR7905 su Fedimint è stata integrata, portando i cosiddetti “fountain code” nel protocollo.

  • Durante l’aggiornamento settimanale di lunedì 17, lo sviluppatore Fedimint joschisan ha annunciato l’integrazione della PR7905. Questa PR implementa i “fountain code” per il protocollo, con l’obiettivo di rendere più efficiente la codifica e la trasmissione di ecash attraverso codici QR animati.

  • I “fountain code” rappresentano un modo intelligente per inviare dati in maniera affidabile attraverso canali non affidabili. Si adattano bene ad applicazioni come i codici QR animati, dove lo scanner potrebbe perdere alcuni frame. I dati originali vengono divisi in N frammenti semplici, che vengono mostrati sequenzialmente all’inizio. Dopodichè, il sistema genera un flusso infinito di “frammenti misti” applicando un’operazione XOR a sottogruppi selezionati casualmente tra i frammenti semplici.

  • Il decodificatore elabora qualsiasi frammento misto che riceve e sottrae tramite XOR qualsiasi frammento decodificato in precedenza per semplificarlo. Se questo rivela un nuovo frammento semplice, esso viene utilizzato per sbloccare gli altri in una reazione a catena. Questo permette a qualsiasi sottogruppo sufficientemente grande di frammenti di decodificare l’intero messaggio, indipendentemente da quali frammenti specifici siano stati ricevuti.

• La PR1160 nel repository BOLTs è pronta per essere integrata, includendo lo splicing nelle specifiche del Lightning Network.

  • Durante la chiamata mensile sulle specifiche di lunedì 17, gli sviluppatori Lightning hanno annunciato che la PR1160 era pronta per essere integrata. Questa PR include ufficialmente lo splicing nelle specifiche comuni di Lightning, consentendo l’interoperabilità tra le diverse implementazioni.

  • L’ACK alla PR arriva dopo una lunga serie di discussioni e test di interoperabilità condotti dagli sviluppatori delle diverse implementazioni. Ad oggi, tre implementazioni supportano già lo splicing: Eclair, Core-lightning e LDK.

  • La PR verrà integrata presto a seguito del completamento di altre due PR che portano miglioramenti alle transazioni interattive. Si tratta della PR1236, che consente a entrambe le parti di un canale di avviare RBF, e della PR1289, che richiede la ritrasmissione esplicita di commit_sig nel caso in cui i nodi si disconnettano nel mezzo del processo di firma.

Vorresti conoscere gli sviluppatori di Bitcoin di persona? Unisciti a noi a Taipei questo dicemebre, dal 15 al 17 per discutere di come rimanere sovrani con Bitcoin.

Ciao Insiders. Qui è Tuma, open-source reporter per l’Insider Edition. Ho passato più di 10 ore ad ascoltare gli sviluppatori di vari progetti open-source legati a Bitcoin. Ecco cosa mi è piaciuto di più:

• La prima edizione in assoluto di BTC++ local edition si è tenuta a Durham, in North Carolina, radunando miner, hacker e sviluppatori.

  • Settimana scorsa si è svolta a Durham, North Carolina, la primissima edizione di BTC++ local. Questa serie di eventi vuole rivisitare la conferenza globale in chiave locale, supportando il lavoro dei talenti del mondo Bitcoin ovunque essi siano. La registrazione dell’evento sarà presto disponibile sull’account X di Bitcoin++.

  • Una gran parte degli interventi si è concentrata sul tema del mining, con aggiornamenti sullo sviluppo di Hashpool, una mininig pool basata su Stratum V2 ed ecash, discussioni sulle implicazioni degli ultimi sviluppi del protocollo Bitcoin sui miner e delle demo su hardware open-source per mining. Infine, 256Foundation ha annunciato il rilascio al pubblico del loro firmware per mining Mujina.

  • Anche i covenant sono stati un argomento di discussione importante, con Sean Ryan di Anchorage che ha presentato la sua tesi sul come un soft fork possa rendere Bitcoin una moneta migliore.

• La versione v0.2.0-rc2 di rust-lightning — “Native Asynchronous Splicing” — è disponibile,

  • Durante l’aggiornamento bimensile di lunedì 10, lo sviluppatore LDK Matt Corallo ha annunciato il rilascio della versione v0.2.0 di rust-lightining. Gli sviluppatori hanno invitato gli utenti a testare la nuova versione, mentre alcuni problemi riscontrati stavano già venendo risolti.

  • Questo aggiornamento aggiunge nuove funzionalità a LDK, su tutte lo splicing. Secondo le note di rilascio, l’implementazione è compatible con quella di Eclair e lo sarà con le future versioni di CLN. Inoltre, questo rilascio implementa pagamenti asincroni tramite BOLT12 (anche se al momento solo tra nodi LDK), canali zero-fee-commitment, API Rust asincrone e altri piccoli miglioramenti. Fate riferimento alle note di rilascio per maggiori informazioni.

  • Lo sviluppatore di LDK-Node, tnull, ha inoltre annunciato che gli sviluppatori stavano già lavorando sull’integrazione di rust-lightning v0.2.0 nella libreria e che una versione candidato v0.7.0 sarà presto disponibile.

• La versione v2.2.0 di bdk-ffi è disponibile ed espone le ultime API di bdk_wallet a vari linguaggi di programmazione.

  • Durante l’aggiornamento settimanale di martedì 11, lo sviluppatore di bdk-ffi thunderbiscuit ha annunciato che la nuova versione dei bindings UniFFI era disponibile, portando l’ultima release di bdk_wallet a Python, Kotlin, JVM e Swift.

  • La nuova release si basa sulla versione v2.2.0 di bdk_wallet ed espone le API Rust ad altri linguaggi di programmazione utilizzando UniFFI.

  • Questa versione rispetta le nuove specifiche del Play Store di Google, che obbliga le applicazioni per Android 15+ di supportare un aumento delle dimensioni delle pagine a 16KB.

Vorresti conoscere gli sviluppatori di Bitcoin di persona? Unisciti a noi a Taipei questo dicemebre, dal 15 al 17 per discutere di come rimanere sovrani con Bitcoin.

Ciao Insiders. Qui è Tuma, open-source reporter per l’Insider Edition. Ho passato più di 10 ore ad ascoltare gli sviluppatori di vari progetti open-source legati a Bitcoin. Ecco cosa mi è piaciuto di più:

• Marmot protocol continua a migliorare con l’obiettivo di implementare messaggi di gruppo sicuri e privati basati su Nostr.

  • Durante l’appuntamento mensile di martedì 4, gli sviluppatori di Marmot hanno presentato gli aggiornamenti del protocollo di messaggistica e del suo client principale, White Noise. Il protocollo è attualmente sottoposto ad audit da parte di esperti del settore, mentre il team sta lavorando sulle nuove funzionalità per il prossimo rilascio.

  • La verifica a cui Marmot è soggetto è uno step cruciale per valutarne la sicurezza, partendo dalle specifiche e in seguito valutando il codice. Anche la libreria di White Noise e la applicazione verranno controllate in futuro.

  • Mentre lo sviluppo del Marmot Development Kit (MDK) avanza, un’altra implementazione, marmot-ts sta venendo alla luce, con l’obiettivo di portare tutte le funzionalità di Marmot agli sviluppatori TypeScript.

  • Per quanto riguarda White Noise, lo sviluppo si è concentrato maggiormente sulle notifiche. Questa funzionalità è essenziale per un’app di messaggistica, ma farlo in maniera privata non è affatto semplice, in quanto la maggior parte di esse tendono a passare dai server di Apple e Google. Ad oggi una soluzione per Android, che utilizza dei processi locali per notificare l’utente in caso di messaggio, è già sottoposta a verifica.

• La PR1253 di CDK implementa Pay-to-Blinded-Key (P2BK), con l’obiettivo di aumentare la privacy delle transazioni Pay-to-Public-Key (P2PK)

  • Durante l’incontro settimanale di mercoledì 5, gli sviluppatori di CDK hanno discusso della PR1253, che punta a portare la funzionalità Pay-to-Blinded-Key (P2BK) in questa implementazione di Cashu. P2BK permette ad un token di essere bloccato ad una chiave pubblica senza esporla, permettendo transazioni in stile “silent payments”.

  • NUT-11 definisce la funzionalità Pay-to-Public-Key (P2PK), una condizione di spesa the permette ad un utente di bloccare un token ad una certa chiave pubblica. Purtroppo, la chiave pubblica stessa è esposta alla zecca (mint) quando il token viene incassato. La PR1253 utilizza uno schema crittografico per oscurare la chiave pubblica, in modo che solo il mittente e il ricevente la possano derivare.

  • Questa implementazione utilizza uno schema derivato da ECDH, come definito in NUT-XX. ECDH, acronimo di Elliptic-Curve Diffie-Hellman, è un protocollo crittografico che permette ad un mittente e ad un ricevente di stabilire un segreto condiviso usando la crittografia a curva ellittica. Mentre entrambe le parti possono derivare in maniera deterministica lo stesso fattore di oscuramento dalle loro chiavi, nascondendo così la chiave pubblica del ricevente, una terza parte, come la zecca, non potrà farlo.

• La nuova struttura del repository Stratum V2 è disponibile e separa l’implementazione del protocollo dalle diverse app che lo utilizzano.

  • Di recente, gli sviluppatori del protocollo di mining hanno annunciato la nuova struttura del repository basata sulla separazione tra le librerie di basso livello e le diverse applicazioni, creando così una divisione netta tra le parti.

  • Il repository Stratum contiene gli sviluppi del protocollo di base per la Stratum Reference Implementation (SRI). Al suo interno è possibile trovare la libreria stratum-core, otre a numerose altre librerie che implementano la gestione dei canali e dei messaggi e la codifica binaria. Questa parte eredita il versionamento del repository principale, per cui il prossimo rilascio sarà identificato come v1.6.0.

  • Il repository sv2-apps, invece, contiene tutti gli applicativi, come quelli per i miner, gli operatori delle pool, oltre che le varie app di servizio per la configurazioni e le impostazioni di rete. Queste app sono state migrate dal repository principale, insieme agli issue e le PR correlate. Su questo repository il versionamento ripartirà da zero, per cui il prossimo rilascio sarà identificato come v0.1.0.

Vorresti conoscere gli sviluppatori di Bitcoin di persona? Unisciti a noi a Taipei questo dicemebre, dal 15 al 17 per discutere di come rimanere sovrani con Bitcoin.