Che cos'è un relay Nostr? Una guida in italiano semplice

Ogni messaggio Nostr viaggia attraverso un relay. Il tuo client invia event firmati ai relay; i client di altri utenti recuperano event dai relay; ripeti per ogni post, like, follow e DM. Il relay non è un componente affascinante, ma è il componente che fa funzionare la rete.

Questa guida copre cosa è effettivamente un relay, cosa fa e non fa, e come pensare a quali relay contano per il tuo utilizzo.

TL;DR. Un relay è un piccolo server che accetta event Nostr firmati su WebSocket, li conserva e li inoltra ai sottoscrittori. Non esiste "il" relay Nostr; la rete è costituita da migliaia di relay indipendenti che non si coordinano. Il tuo client si connette a diversi contemporaneamente; l'unione è la tua visione della rete.

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

Cosa fa un relay

Tre compiti, tutti semplici.

Accetta event. Un client apre una connessione WebSocket e invia un messaggio EVENT con un oggetto JSON firmato. Il relay verifica la firma (corrisponde alla chiave pubblica dichiarata), opzionalmente controlla le politiche (spam, limiti di velocità, liste di blocco) e accetta o rifiuta. Gli event accettati vanno nell'archiviazione.

Conserva event. I relay usano un database locale (solitamente SQLite o PostgreSQL) indicizzato per ID event, chiave pubblica dell'autore, kind e valori dei tag. Questo consente loro di rispondere ai filtri di sottoscrizione in modo efficiente.

Serve sottoscrizioni. Un client invia un messaggio REQ con un filtro ("dammi event da questi autori, di questi kind, da questo timestamp, limitati a 100"). Il relay interroga il suo database per gli event archiviati corrispondenti, li trasmette, poi invia EOSE (fine degli event archiviati) e mantiene la sottoscrizione aperta. Qualsiasi nuovo event che corrisponde al filtro viene spinto al client in tempo reale.

Questa è l'intera API del relay, con varianti minori. Un relay non fa nient'altro: nessuna classificazione, nessuna raccomandazione, nessuna moderazione al di là delle sue politiche, nessun coordinamento tra relay.

Cosa un relay non fa

Diversi compiti che un relay potrebbe teoricamente fare ma di solito non fa.

Comunica con altri relay. I relay sono indipendenti. Non si sincronizzano l'un l'altro. Se un post è su relay A ma non su relay B, chi legge solo da B non lo vede. La replica avviene perché i client pubblicano su più relay, non perché i relay si mirroring l'uno con l'altro.

Applica regole globali. Ogni relay ha le sue regole. Quello che uno rifiuta, un altro accetta. Non esiste un'autorità politica globale.

Verifica affermazioni off-chain. Un relay accetta event firmati; non verifica che "alice@example.com" in un campo NIP-05 effettivamente corrisponda alla chiave pubblica dell'event. Questo è il compito del client.

Agisce come una piattaforma. Un relay non è un sito web con una home page, un feed o un marchio. È un backend. Gli utenti non interagiscono mai direttamente con i relay; i client lo fanno.

Perché il design è inusuale

La maggior parte delle reti ha server che fanno molto. Un'istanza Mastodon non è solo un relay; è un'applicazione web completa simile a Twitter con utenti, profili, timeline, strumenti di moderazione, dashboard amministratori. Un server XMPP ha utenti, stanze, MUC, pubsub. Un homeserver matrix è un software pesante.

Il relay di Nostr è deliberatamente minimalista. Un relay non sa chi sono i suoi utenti (nessun account utente sul relay). Un relay non possiede i suoi contenuti (l'autenticità del contenuto deriva dalle firme, non da chi lo ha archiviato). Un relay non si fediera (nessun coordinamento a livello di protocollo con altri relay).

Questa minimalità è il motivo per cui ci sono così tanti relay. Gestirne uno è economico perché un relay fa così poco. Un VPS da $5/mese può gestire un relay che serve centinaia di utenti attivi. Confronta con la gestione di un'istanza Mastodon, che a scala simile richiede significativamente più risorse e manutenzione.

Relay predefiniti vs relay personalizzati

Ogni client Nostr viene fornito con una lista predefinita. Voci comuni a partire da 2026:

• wss://relay.damus.io (gestito da Damus, alto volume)
• wss://nos.lol (gestito dalla comunità, gratuito)
• wss://relay.primal.net (gestito da Primal)
• wss://offchain.pub (comunità, stabile)
• wss://relay.nostr.band (focus sull'aggregazione)
• wss://nostr.wine (a pagamento, filtrato dallo spam)

Questi funzionano per la maggior parte degli utenti. I primi tre gestiscono la maggior parte del traffico giornaliero. Sostituirli non è necessario a meno che tu non abbia un motivo. (Se ti sei iscritto tramite nostr.blog, una lista di relay predefiniti curata è già configurata per te; puoi regolarla nelle impostazioni in seguito.)

Motivi per personalizzare:

• Performance. Un relay geograficamente più vicino a te è più veloce. Se sei in Asia, aggiungere un relay basato in Asia velocizza le letture.
• Privacy. Se non vuoi che uno specifico relay principale veda i tuoi modelli di sottoscrizione, usane altri.
• Specializzazione per argomento. Alcuni relay si concentrano su argomenti o comunità specifici. Connettersi a loro aumenta la tua esposizione a quel contenuto.
• Tolleranza dello spam. Se sei sommerso dallo spam, un relay a pagamento filtrato dallo spam potrebbe valere la pena.

Quanti relay dovresti usare

Tre o quattro è solitamente il punto giusto. Di più non è sempre meglio.

Troppo pochi (1-2). Un'interruzione di un singolo relay silenzia temporaneamente i tuoi post. Non abbastanza ridondanza.

Giusto (3-6). I tuoi post arrivano a sufficienti posti in modo che le interruzioni non contano. La performance di lettura è buona perché il client può fare gare di query attraverso di loro.

Troppi (10+). Ogni relay aggiunge latenza e trasferimento dati. I client devono interrogarli tutti; quelli lenti rallentano l'intero feed. La batteria e la larghezza di banda aumentano senza beneficio proporzionale.

Se sei in dubbio, usa i predefiniti. Se stai perseguendo specificamente un motivo, regola a piccoli incrementi.

Le politiche dei relay contano

Ogni relay ha regole scritte o non scritte su cosa accetta. La maggior parte sono permissive; alcune sono rigide. Alcuni tipi di politica comuni:

Scrittura aperta, lettura aperta. Chiunque può pubblicare, chiunque può leggere. La maggior parte dei relay della comunità.

Scrittura a pagamento, lettura aperta. Paghi una piccola tassa per pubblicare; chiunque può leggere i tuoi post. La maggior parte dei relay a pagamento. Riduce drammaticamente lo spam.

Whitelist. Solo gli account approvati possono pubblicare. Usato per relay aziendali o della comunità.

Filtrato per argomento. Accetta solo event che corrispondono a determinati criteri (hashtag, kind, lunghezza).

Geofenced. Accetta solo utenti da regioni specifiche. Non comune.

Prima di affidarti a un relay, controlla le sue politiche scritte (solitamente su /.well-known/nostr.json o l'endpoint info del relay). Se il tuo modello di post non corrisponde alle politiche del relay, le scritture avranno silenziato.

Gestire il tuo relay

Sorprendentemente facile. Un setup di base:

1. Noleggia un VPS (l'intervallo $5/mese va bene).
2. Installa un'implementazione relay. strfry e nostream sono le due scelte open-source comuni.
3. Apri la porta 443 o 8080; punta il DNS al server.
4. Avvia il relay.

Tempo totale: meno di un'ora per chi è a proprio agio con Linux. Nessuna configurazione complessa richiesta di default. Gestire un relay per te o una piccola comunità aggiunge resilienza alla rete e ti dà controllo esplicito su un pezzo dei tuoi dati Nostr.

Una guida dedicata a questo è in run-your-own-relay.

Relay e privacy

Ogni relay a cui ti connetti vede:

• Il tuo indirizzo IP
• I filtri a cui ti iscrivi (quali chiavi pubbliche leggi, quali hashtag guardi)
• I tuoi post (il loro contenuto, poiché li hai pubblicati qui)
• L'orario della tua attività

I relay non vedono:

• Contenuto dei DM criptati (solo testo cifrato)
• La tua chiave privata

Per gli utenti che si preoccupano di minimizzare la perdita di metadati a livello relay:

• Usa Tor o una VPN.
• Distribuisci le tue letture su molti relay in modo che nessuno veda l'intera immagine.
• Usa client che ruotano i relay per diversi tipi di sottoscrizione.

La maggior parte degli utenti non ha bisogno di niente di tutto questo. Il modello di privacy del protocollo presuppone che i relay siano infrastrutture semi-affidabili e semi-pubbliche; non è progettato per nascondere i tuoi modelli di attività da loro.

Scegliere relay: una regola semplice

Se sei nuovo: mantieni i predefiniti.

Se sei specificamente frustrato da qualcosa (spam, velocità, affidabilità): cambia solo la cosa che ti frustra. Aggiungi uno o due relay, o sostituisci quello che ti infastidisce.

Se sei avanzato: cura intenzionalmente. Scegli 4-6 relay che coprono i tuoi bisogni (geografia, argomenti, livello di fiducia) e gestiscili attentamente.

Se sei paranoico: distribuisci su abbastanza relay indipendenti che nessun singolo operatore veda la tua intera attività. Usa Tor. Mescola regioni.

La mossa sbagliata è aggiungere decine di relay sperando che più sia meglio. Client lenti e larghezza di banda sprecata sono il risultato, non un'esperienza migliore.