Nostr è davvero decentralizzato? Una risposta tecnica

"È X decentralizzato" viene quasi sempre risposto con una scrollata di spalle perché la decentralizzazione è uno spettro, non un binario. Questo articolo risponde alla domanda per Nostr specificamente, livello per livello, in modo che tu possa dire quali parti sono veramente distribuite e quali parti sono più centralizzate di quanto il marketing suggerisca.

Versione breve

Nostr è decentralizzato al livello di identità (completamente), al livello di trasporto (altamente), al livello di client (completamente) e al livello di dati (moderatamente). È meno decentralizzato a certi livelli pratici dove prodotti specifici dominano. Il protocollo stesso non ha singoli punti di guasto; ecosistemi specifici al suo interno sì.

Quando sei pronto, prendi il tuo indirizzo @nostr.blog →

I cinque livelli da valutare

Ogni sistema sociale ha uno stack. La decentralizzazione di Nostr appare diversa ad ogni livello.

Identità. Completamente decentralizzato. Il tuo account è una coppia di chiavi crittografiche sul tuo dispositivo. Nessun registro centrale.

Trasporto (come si muovono i messaggi). Altamente decentralizzato. Qualsiasi relay può accettare eventi; qualsiasi client può connettersi a qualsiasi relay.

Dati (dove vivono i messaggi). Moderatamente decentralizzato. I relay memorizzano indipendentemente, ma relay specifici gestiscono più traffico di altri.

Applicazione (il client). Completamente decentralizzato. Qualsiasi sviluppatore può scrivere un client; gli utenti possono passare liberamente.

Scoperta e ranking. Dipende dal client. Alcuni client delegano alla loro stessa infrastruttura (livello di cache di Primal); altri parlano direttamente ai relay (Damus).

Ogni livello ha modalità di guasto diverse e diversi livelli di creep di centralizzazione. La risposta breve a "Nostr è decentralizzato" dipende dal livello di cui stai chiedendo.

Livello di identità: completamente decentralizzato

Il tuo account Nostr è una chiave privata sul tuo dispositivo. Nessun altro la ha. Nessuna azienda, nessun relay, nessuno sviluppatore. L'identità esiste indipendentemente da quello che fa qualsiasi terza parte.

Questa è la proprietà di decentralizzazione più forte che Nostr ha. Non puoi essere "deplatformato" perché non c'è una piattaforma da cui essere deplatformato. La tua identità si muove tra i client, sopravvive a qualsiasi relay che vada offline e non può essere revocata.

L'unico costo: se perdi la chiave privata, nessuna parte può recuperarla. Questo è il compromesso di non avere un'azienda nel mezzo.

Livello di trasporto: altamente decentralizzato

I relay sono l'infrastruttura. Accettano eventi e servono sottoscrizioni. Chiunque può eseguirne uno con un singolo binario e un VPS; ci sono migliaia di relay pubblici a partire dal 2026.

Nessun relay è speciale. Nessun relay è "il server Nostr". Il tuo client parla ai relay che configuri; i client dei tuoi follower parlano ai loro relay configurati; la rete è l'unione di tutte queste connessioni.

Avvertenza pratica: i client della maggior parte degli utenti hanno come impostazione predefinita gli stessi relay popolari (relay Damus, nos.lol, relay.primal.net, ecc.). Se questi relay specifici andassero tutti offline contemporaneamente, i nuovi utenti vedrebbero feed vuoti finché non si riconfigureassero. Il protocollo lo consente (passare a relay diversi) ma l'esperienza utente predefinita non è così resiliente quanto il protocollo stesso.

Livello di dati: moderatamente decentralizzato

Gli eventi vengono replicati sui relay a cui pubblichi. Un post che invii a cinque relay vive su tutti e cinque; uno qualsiasi di loro può servire il post a qualsiasi lettore.

Questo è decentralizzato nel senso che nessun singolo relay ha il monopolio sui tuoi dati. È meno decentralizzato nel senso che l'insieme dei relay che contengono i tuoi dati non è universale. Se pubblichi ai relay A, B, C e il tuo lettore si iscrive a D, E, F, non vede il tuo post a meno che un relay non unisca gli insiemi.

In pratica, la maggior parte dei relay si sovrappone abbastanza nei contenuti che questo è raramente un problema. Gli utenti che desiderano resilienza pubblicano su più relay. Gli utenti che desiderano performance pubblicano su meno relay. Il compromesso è regolabile.

Livello di applicazione: completamente decentralizzato

Ci sono dozzine di client Nostr. Nessuno di loro ha alcuna autorità speciale. Un nuovo client può essere scritto, rilasciato e utilizzato da migliaia di persone entro settimane senza il permesso di chiunque.

I client competono su UX, copertura delle funzionalità e fit dell'ecosistema. Gli utenti scelgono quello che si adatta loro. Cambiare non costa nulla perché l'identità è portatile.

Questo è forse il decentralizzamento più attivo dell'ecosistema: il livello di client è genuinamente competitivo e genuinamente diversificato. Nessun client ha una posizione vincente.

Scoperta e ranking: varia a seconda del client

Qui è dove la decentralizzazione diventa più confusa. Alcuni client mantengono la scoperta neutrale dal protocollo (si iscrivono ai relay, filtrano gli eventi, ti mostrano i post). Altri costruiscono i propri livelli di infrastruttura.

Primal, ad esempio, esegue un servizio di caching e indicizzazione sulla sua stessa infrastruttura. Quando usi Primal, stai implicitamente affidandoti a quel servizio per il caricamento veloce del feed e gli argomenti di tendenza. Il caching di Primal è una comodità centralizzata stratificata sopra il protocollo decentralizzato.

Damus, al contrario, parla direttamente ai relay senza caching intermedio. La tua esperienza Damus è meno veloce al caricamento a freddo ma più puramente mediata dal protocollo.

Quale preferisci dipende dalle tue priorità. Entrambi sono approcci legittimi a un protocollo aperto.

Dove la centralizzazione si insinua praticamente

Tre casi specifici vale la pena nominare.

Liste di relay predefinite. La maggior parte dei client viene fornita con lo stesso insieme di relay predefiniti. Un utente che non cambia mai i valori predefiniti è implicitamente concentrato su un piccolo numero di relay grandi. Questa è una centralizzazione soft; l'utente può riconfigurare in qualsiasi momento, ma molti non lo fanno.

Infrastruttura di portafoglio. I portafogli Lightning sono uno strato separato che si trova sopra Nostr per gli zap. Il mondo dei portafogli ha le sue proprie dinamiche di centralizzazione (pochi portafogli custodiali popolari detengono molti saldi di utenti). Questo influisce sul livello economico di Nostr anche se è esterno al protocollo.

Servizi di caching dei client. Il caching di Primal è l'esempio più visibile, ma altri esistono. Qualsiasi servizio che si trova tra gli utenti e i relay e aggiunge performance aggiunge anche un punto centrale. Questo non rompe il protocollo; modella l'esperienza utente.

Cosa garantisce il protocollo rispetto a cosa offre l'ecosistema

Il protocollo garantisce: proprietà dell'identità, autenticità degli eventi, grafico sociale portatile, nessuna dipendenza da relay singoli, nessun gatekeeper della piattaforma.

L'ecosistema offre: livelli variabili di comodità attraverso servizi centralizzati stratificati sopra. Gli utenti possono scegliere di partecipare (cache di Primal, Damus Wallet, il web client nostr.blog) o di rifiutare (relay auto-ospitati, Amethyst con impostazioni personalizzate, firma basata su Amber).

Le proprietà decentralizzate che mantieni provengono da quali livelli usi e come li configuri. Un utente con impostazioni predefinite in un client mainstream ottiene le forti garanzie del protocollo più un po' di centralizzazione pratica. Un utente che sceglie relay indipendenti, esegue Amber e utilizza un client minimalista si avvicina alla decentralizzazione completa al costo di più attrito.

"Decentralizzato" è la parola giusta da usare qui

La parola diventa sovraccarica. Se per "decentralizzato" intendi "nessuna parte singola può vietare il tuo account", sì, Nostr lo è.

Se intendi "ogni utente interagisce con ogni relay equamente", no; la popolarità dei relay è irregolare.

Se intendi "nessun servizio può andare offline e rompere la rete", per lo più sì; il protocollo è robusto ma prodotti specifici possono avere interruzioni che influiscono sui loro utenti.

Se intendi "nessun algoritmo pubblicitario che ti ottimizza per il coinvolgimento", sì, strutturalmente.

Se intendi "ogni pezzo del sistema è decentralizzato contemporaneamente allo stesso livello di decentralizzazione", nessuna rete di qualsiasi dimensione è così. Nostr è più decentralizzato di Bluesky, molto più decentralizzato della federazione incentrata su istanze di Mastodon, e incomparabilmente più decentralizzato di Twitter o Threads.

Il risultato pratico

Per la maggior parte degli utenti, "Nostr è decentralizzato" si traduce in "posso possedere la mia identità, il mio algoritmo di feed mi appartiene, posso essere bannato dalla rete". Le risposte sono sì, sì, no.

Questo è il decentralizzamento che influisce sulla tua esperienza quotidiana. L'architettura più profonda è interessante ma secondaria rispetto al fatto che il tuo account sia veramente tuo, che è la parte che Nostr gestisce bene quanto qualsiasi protocollo abbia mai fatto.