Wat is een Nostr relay? Een beginner's gids

Elk Nostr-bericht reist via een relay. Je client stuurt ondertekende events naar relays; de clients van andere gebruikers halen events uit relays; herhaal dit voor elke post, like, volgen en direct bericht. De relay is geen glamoureus onderdeel, maar het is het onderdeel dat het netwerk laat werken.

Deze gids behandelt wat een relay eigenlijk is, wat het wel en niet doet, en hoe je kunt nadenken over welke relays voor jou belangrijk zijn.

TL;DR. Een relay is een kleine server die ondertekende Nostr events over WebSocket accepteert, ze opslaat en doorsturen naar abonnees. Er is geen "de" Nostr relay; het netwerk bestaat uit duizenden onafhankelijke relays die niet coördineren. Je client verbindt zich gelijktijdig met meerdere; de verzameling is jouw zicht op het netwerk.

Als je er klaar voor bent, claim je @nostr.blog-adres →

Wat een relay doet

Drie functies, allemaal simpel.

Events accepteren. Een client opent een WebSocket-verbinding en stuurt een EVENT-bericht met een ondertekend JSON-object. De relay verifieert de handtekening (komt het overeen met de geclaimde pubkey), controleert optioneel tegen beleid (spam, rate limits, bloklisten), en accepteert of verwerpt het. Geaccepteerde events gaan in opslag.

Events opslaan. Relays gebruiken een lokale database (meestal SQLite of PostgreSQL) geïndexeerd op event-id, auteur pubkey, soort en tag-waarden. Dit stelt hen in staat om efficiënt op abonnementsfilters te reageren.

Abonnementen serveren. Een client stuurt een REQ-bericht met een filter ("geef mij events van deze auteurs, van deze soorten, sinds dit moment, beperkt tot 100"). De relay vraagt zijn database op voor overeenkomende opgeslagen events, streamt ze, en stuurt dan EOSE (einde van opgeslagen events) en houdt het abonnement open. Elk nieuw event dat overeenkomt met het filter wordt in realtime naar de client gepusht.

Dat is de volledige relay-API, met kleine varianten. Een relay doet niets anders: geen ranking, geen aanbevelingen, geen moderatie buiten zijn eigen beleid, geen cross-relay coördinatie.

Wat een relay niet doet

Verschillende dingen die een relay theoretisch zou kunnen doen, maar meestal niet doet.

Met andere relays communiceren. Relays zijn onafhankelijk. Ze synchroniseren niet met elkaar. Als een post op relay A staat maar niet op relay B, ziet iemand die alleen vanuit B leest het niet. Replicatie vindt plaats omdat clients naar meerdere relays publiceren, niet omdat relays elkaar spiegelen.

Wereldwijde regels afdwingen. Elke relay heeft zijn eigen regels. Wat de ene verwerpt, accepteert de ander. Er is geen wereldwijde beleidsautoriteit.

Off-chain claims verifiëren. Een relay accepteert ondertekende events; het verifieert niet dat "alice@example.com" in een NIP-05-veld werkelijk aan de pubkey van het event hoort. Dat is de taak van de client.

Als platform fungeren. Een relay is niet een website met een startpagina, een feed of een merk. Het is een backend. Gebruikers communiceren nooit rechtstreeks met relays; clients doen dat.

Waarom het ontwerp ongewoon is

De meeste netwerken hebben servers die veel doen. Een Mastodon-instantie is niet alleen een relay; het is een volledige Twitter-achtige webtoepassing met gebruikers, profielen, tijdlijnen, moderatietools, beheerdashboards. Een XMPP-server heeft gebruikers, kamers, MUC, pubsub. Een Matrix-homeserver is een zware stuk software.

Nostr's relay is opzettelijk minimaal. Een relay kent zijn gebruikers niet (geen gebruikersaccounts op de relay). Een relay bezit zijn inhoud niet (de authenticiteit van de inhoud komt van handtekeningen, niet van wie het heeft opgeslagen). Een relay federaliseren niet (geen coördinatie op protocolniveau met andere relays).

Deze minimaliteit is waarom er zoveel relays zijn. Het draaien van een relay is goedkoop omdat een relay zo weinig doet. Een VPS van $5/maand kan een relay draaien die honderden actieve gebruikers bedient. Vergelijk dit met het draaien van een Mastodon-instantie, wat bij een soortgelijke schaal aanzienlijk meer middelen en onderhoud vereist.

Standaardrelays versus aangepaste relays

Elke Nostr-client wordt geleverd met een standaardlijst. Veelvoorkomende vermeldingen vanaf 2026:

• wss://relay.damus.io (Damus-beheerd, hoog volume)
• wss://nos.lol (community-beheerd, gratis)
• wss://relay.primal.net (Primal-beheerd)
• wss://offchain.pub (community, stabiel)
• wss://relay.nostr.band (aggregatieconcept)
• wss://nostr.wine (betaald, spam-gefilterd)

Deze werken voor de meeste gebruikers. De eerste drie verwerken het meeste dagelijks verkeer. Ze vervangen is niet nodig tenzij je een reden hebt. (Als je je via nostr.blog hebt aangemeld, is er al een gecureerde standaardrelaylijst voor je ingesteld; je kunt deze later in de instellingen aanpassen.)

Redenen om aan te passen:

• Prestaties. Een relay dichterbij je geografisch is sneller. Als je in Azië bent, versnelt het toevoegen van een op Azië gebaseerde relay je leesoperaties.
• Privacy. Als je niet wilt dat een bepaalde grote relay je abonnementenpatronen ziet, gebruik je verschillende.
• Onderwerpspecialisatie. Sommige relays concentreren zich op specifieke onderwerpen of gemeenschappen. Verbinding met hen vergroot je blootstelling aan die inhoud.
• Spam-tolerantie. Als je onder spam wegzinkt, kan een spam-gefilterde betaalde relay het abonnement waard zijn.

Hoeveel relays zou je moeten gebruiken

Drie of vier is meestal het zoete plekje. Meer is niet altijd beter.

Te weinig (1-2). Een enkele relay-storing zorgt ervoor dat je posts tijdelijk niet zichtbaar zijn. Niet voldoende redundantie.

Precies goed (3-6). Je posts bereiken genoeg plaatsen zodat storingen er niet toe doen. Lees-prestaties zijn goed omdat de client query's kan racen over hen.

Te veel (10+). Elke relay voegt latentie en gegevensoverdracht toe. Clients moeten ze allemaal opvragen; trage bronnen houden de hele feed op. Batterij en bandbreedte gaan omhoog zonder evenredige voordelen.

Gebruik de standaardwaarden als je onzeker bent. Stel je relays in stappen aan als je een specifiek doel nastreeft.

Relaybeleid is belangrijk

Elke relay heeft ongeschreven of schriftelijke regels over wat het accepteert. De meeste zijn soepel; sommige zijn strikt. Een paar veelvoorkomende beleidstypen:

Schrijven-open, lezen-open. Iedereen kan posten, iedereen kan lezen. De meeste community relays.

Schrijven-betaald, lezen-open. Je betaalt een klein bedrag om te posten; iedereen kan je posts lezen. De meeste betaalde relays. Vermindeert spam drastisch.

Whitelist. Alleen goedgekeurde accounts kunnen posten. Gebruikt voor bedrijfs- of community relays.

Onderwerpsfilter. Accepteert alleen events die bepaalde criteria matchen (hashtag, soort, lengte).

Geogebonden. Accepteert alleen gebruikers uit bepaalde regio's. Ongewoon.

Controleer voordat je op een relay vertrouwt, het geschreven beleid (meestal op /.well-known/nostr.json of het info-eindpunt van de relay). Als je postpatroon niet overeenkomt met het relaybeleid, zullen schrijfbewerkingen stilzwijgend mislukken.

Je eigen relay draaien

Verrassend gemakkelijk. Een basisopstelling:

1. Huur een VPS (bereik van $5/maand is prima).
2. Installeer een relay-implementatie. strfry en nostream zijn de twee veelvoorkomende open-source keuzes.
3. Open poort 443 of 8080; wijs DNS naar de server.
4. Start de relay.

Totale tijd: minder dan een uur voor iemand die zich op zijn gemak voelt met Linux. Geen complexe configuratie vereist uit de doos. Het draaien van een relay voor jezelf of een kleine gemeenschap voegt veerkracht toe aan het netwerk en geeft je expliciete controle over een deel van je Nostr-gegevens.

Een speciale gids hierover staat in run-your-own-relay.

Relays en privacy

Elke relay waarmee je verbinding maakt ziet:

• Je IP-adres
• De filters waarop je je abonneert (welke pubkeys je leest, welke hashtags je volgt)
• Je posts (hun inhoud, omdat je ze hier hebt gepubliceerd)
• Timing van je activiteit

Relays zien niet:

• Inhoud van versleutelde DM's (alleen ciphertext)
• Je private key

Voor gebruikers die zich bekommeren om het minimaliseren van relay-niveau metagegevens:

• Gebruik Tor of een VPN.
• Verspreid je leesbewerkingen over veel relays zodat niemand het hele plaatje ziet.
• Gebruik clients die relays roteren voor verschillende abonnementstypen.

De meeste gebruikers hebben hier niets van nodig. Het privacymodel van het protocol gaat ervan uit dat relays semi-vertrouwde, semi-openbare infrastructuur zijn; het is niet ontworpen om je activiteitenpatronen voor hen te verbergen.

Relays kiezen: een simpele regel

Als je nieuw bent: behoud de standaardwaarden.

Als je specifiek gefrustreerd bent over iets (spam, snelheid, betrouwbaarheid): verander alleen wat je frustreert. Voeg een of twee relays toe, of vervang de relay die je hindert.

Als je geavanceerd bent: cureer doelbewust. Kies 4-6 relays die aan je behoeften voldoen (geografie, onderwerpen, vertrouwensniveau) en beheer ze zorgvuldig.

Als je paranoïde bent: verspreid over genoeg onafhankelijke relays zodat geen enkele operator je volledige activiteit ziet. Gebruik Tor. Mix regio's.

De verkeerde zet is het toevoegen van tientallen relays in de hoop dat meer beter is. Trage clients en verspilde bandbreedte zijn het gevolg, niet een betere ervaring.