• Nostr nell’ecosistema Bitcoin
• Dettagli della proposta (Nostr Mail / kind 1301)
• Reazioni della community
• Link di riferimento
• La descrione sulla pagina di opensat
• Il tradizionale protocollo email di internet può essere già considerato decentralizzato?
  • Differenza chiara tra i due concetti
  • Perché l’email è solo “parzialmente decentralizzata”
  • In sintesi

Nostr Mail è un nuovo protocollo che permette di inviare e ricevere email usando la rete Nostr invece dei server tradizionali come Gmail. Ogni utente ha il proprio indirizzo basato sulla chiave pubblica (npub), tutto crittografato e senza autorità centrale. È un passo avanti per rendere Nostr utile non solo per i social.

§Nostr nell’ecosistema Bitcoin

Nostr si sta affermando come protocollo chiave accanto a Bitcoin.
La blockchain di Bitcoin garantisce sicurezza e scarsità, ma non è ottimale per lo storage e la distribuzione rapida di contenuti (email, file, messaggi).
Nostr offre un sistema decentralizzato di relay “stupidi” che trasmettono dati in modo resistente alla censura, con chiavi crittografiche e crittografia end-to-end.
Questo permette di estendere Bitcoin con servizi pratici: social, chat, e ora anche email sovrane.

§Dettagli della proposta (Nostr Mail / kind 1301)

• Funzionamento base: usa eventi kind 1301 per trasportare email in formato RFC 2822 sui relay Nostr.
• Sicurezza: NIP-44 per la crittografia, NIP-59 (Gift Wraps) per nascondere i metadati.
• Allegati: supporto Blossom per file grandi.
• Sincronizzazione: NIP-32 per cartelle e NIP-78 per impostazioni tra dispositivi.
• Compatibilità: bridge SMTP per inviare/ricevere da Gmail, Outlook ecc.
• Indirizzo: il tuo npub diventa un indirizzo email.

Stato di sviluppo

• Protocollo aperto e specifica già definita.
• Finanziato ad aprile 2026 da un Nostr Grant di OpenSats.
• Principale sviluppatore: Nogringo (GitHub).
• Client di riferimento: Nmail (Flutter, cross-platform: web, mobile, desktop).
• SDK disponibili: Dart/Flutter e TypeScript/JavaScript.
• Fasi in corso: spam filter, allegati, HTML, notifiche, multi-account.

Esiste anche un progetto parallelo (nostr-mail.com di AsherP) che crittografa email tradizionali con chiavi Nostr, ma usa SMTP/IMAP invece dei relay puri.

§Reazioni della community

L’annuncio recente di @nono2357 ha generato entusiasmo:

• Oltre 1400 like e centinaia di repost in pochi giorni.
• Commenti positivi: “Bye bye Gmail”, “email sovrana”, “Nostr sale di livello”.
• Molti stanno testando invii da Gmail verso Nmail.
• Qualche difficoltà iniziale con deliverability e bridge.
• Discussioni costruttive su miglioramenti (anti-spam, allegati, UX).
• Nessuna critica forte; prevalgono curiosità e voglia di contribuire.

§Link di riferimento

• Sito ufficiale e specifica: https://nostrmail.org/
• Repository principale (Nogringo): https://github.com/nogringo/nostr-mail
• Annuncio Grant OpenSats: https://opensats.org/blog/sixteenth-wave-of-nostr-grants
• Post di @nono2357: https://x.com/nono2357/status/2053597503908417671
• Alternativa nostr-mail.com: https://nostr-mail.com/

Nostr continua a crescere come infrastruttura completa e indipendente. L’email decentralizzata potrebbe essere uno dei prossimi usi di massa.

§La descrione sulla pagina di opensat

Nostr Mail è un progetto per costruire un sistema di posta elettronica completo basato su Nostr, che permette a qualsiasi chiave pubblica (npub) di funzionare come indirizzo email.

Il progetto è composto da quattro componenti principali:

• una specifica di protocollo per l’invio di email tra utenti Nostr tramite eventi Kind 1301, che utilizza il NIP-59 (gift-wrapping) per garantire la privacy;
• un SDK in Dart per gli sviluppatori che vogliono integrare la posta basata su Nostr nelle proprie applicazioni;
• un client Flutter per leggere e inviare email su iOS, Android, desktop e web;
• server bridge SMTP che assicurano la compatibilità con i provider di posta tradizionali come Gmail e Outlook.

Il finanziamento di questo grant permetterà a Nogringo di sviluppare il client Flutter fino a trasformarlo in una vera e propria applicazione di posta elettronica completa.

Le fasi di sviluppo sono le seguenti:

• Prima fase: aggiunta di filtro antispam, supporto agli allegati e alle email in HTML.
• Seconda fase: introduzione di notifiche, etichette e gestione delle cartelle.
• Fase finale: pubblicazione di applicazioni native per tutte le piattaforme con supporto multi-account.

La specifica del protocollo, il pacchetto Dart e i componenti bridge continueranno a essere aggiornati parallelamente allo sviluppo del client.

Licenza: MIT

§Il tradizionale protocollo email di internet può essere già considerato decentralizzato?

Il protocollo email tradizionale (SMTP + IMAP/POP3) è federato, ma non è considerato pienamente decentralizzato nel senso moderno del termine (soprattutto confrontandolo con Nostr, Bitcoin o altri protocolli crypto-native).

§Differenza chiara tra i due concetti

§Perché l’email è solo “parzialmente decentralizzata”

• Nel design originale (anni ’80): sì, era un protocollo decentralizzato/federato. Chiunque poteva aprire un relay e scambiare email con chiunque altro.
• Nella realtà di oggi:
  • Pochi grandi player (Google, Microsoft, Yahoo) controllano l’80-90% delle caselle email.
  • I filtri antispam e i sistemi di reputazione sono di fatto centralizzati.
  • Consegnare email da un server “piccolo” o self-hosted verso Gmail è sempre più difficile.
  • Il provider vede tutto il contenuto (niente E2EE nativa).

Molti esperti (tra cui James O’Beirne o articoli tecnici) considerano la “morte del protocollo email decentralizzato” proprio per questo motivo: il protocollo è rimasto federato sulla carta, ma è stato catturato da potenti intermediari.

§In sintesi

• Sì, puoi chiamarlo federato (molti server indipendenti che parlano tra loro).
• No, non è davvero decentralizzato come Nostr Mail o altri protocolli moderni, dove non esiste un server di cui ti devi fidare e l’identità è sovrana.

È proprio per questo che progetti come Nostr Mail (kind 1301) stanno cercando di portare l’email su un modello più puro: identità crittografica, relay senza fiducia, crittografia end-to-end nativa.