Hoe je een Nostr-adres (NIP-05) krijgt in 2026

Je hebt een Nostr openbare sleutel. Je kunt al posten, volgen en gevolgd worden. Wat je nog niet hebt is een naam die iemand zich kan herinneren. npub1pf8hkx3ang2jngcgpsawtmj48c90pgqasmgpva7qhvnsty5j87yqwk3vy5 is correct, maar niemand zet dat op een visitekaartje.

Een Nostr-adres lost dit op in de vorm van je@ergens.com. De technische naam is NIP-05 en we hebben een aparte gids over wat het is en hoe het werkt. Dit artikel is de praktische aanvulling. Twee paden werken echt in 2026; we lopen beide van begin tot eind.

TL;DR. Meld je aan op nostr.blog en kies een gebruikersnaam. Het is het snelste pad en begint bij $2,99 per jaar. Als je al een domein bezit, kun je de NIP-05-record zelf hosten zonder extra kosten door een klein JSON-bestand op /.well-known/nostr.json te zetten.

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

Voordat je begint

Je hebt precies één ding nodig: een Nostr sleutelpaar. Als je al een account hebt in een Nostr-client heb je sleutels. Zo niet, de how-to-use-nostr gids loopt door het creëren ervan.

Je moet je openbare sleutel in hex kennen. Je client toont het als een npub1... Bech32-string of als een 64-tekens hex-string. Het NIP-05 JSON-bestand gebruikt de hex-vorm. Elke Nostr-client stelt beide beschikbaar op het scherm "account" of "instellingen"; als je client alleen de npub toont, is er meestal een schakelaar om naar hex om te schakelen.

Deel je nsec (private key) niet met iemand tijdens dit proces. Geen stap van elk pad vereist het. Als een aanmeldingsformulier je nsec vraagt, stap uit.

Pad 1: Registreren op nostr.blog

De korte versie: kies een naam, betaal het jaarlijkse tarief voor die naamlengte, klaar. Duurt ongeveer twee minuten.

Stap voor stap

1. Ga naar nostr.blog/create.
2. Type de naam die je wilt. Het formulier controleert beschikbaarheid terwijl je typt en toont de prijs naast de naam op basis van de lengte.
3. Als je al een Nostr-identiteit hebt, meld je aan met je bestaande sleutels (NIP-07 browser-extensie of plak de npub voor alleen-lezen binding). Als je gloednieuw bent, genereert het formulier een sleutelpaar voor je en vraagt je om de nsec te backuppen voordat je doorgaat.
4. Betaal het jaarlijkse tarief via Lightning. De checkout accepteert elke Lightning-portemonnee; het invoice is zichtbaar als QR-code en kopieeerbare string.
5. Op het moment dat betaling bevestigd is (meestal onder twee seconden), is de NIP-05-record live. Je @naam.nostr.blog-identifier werkt in elke Nostr-client binnen minuten.

Wat is inbegrepen

Naast de identifier zelf bevat de aanmelding:

• Een Lightning-portemonnee voor het ontvangen van zaps, vooraf geconfigureerd met je nieuw adres als zap-ontvang-eindpunt
• Een web-based Nostr-client die je onmiddellijk kunt gebruiken vanuit hetzelfde dashboard
• Automatische verlengingsherinneringen 30 dagen voor het jaarlijkse tarief verschuldigd is
• De mogelijkheid om de gekoppelde openbare sleutel later te wijzigen (nuttig als je sleutels roteert)

Wat het kost per naamlengte

Prijzen zijn jaarlijks. Korte namen zijn hoger geprijsd omdat er minder van zijn.

Als de naam die je wilt zeldzaam is (kort, herkenbaar, of anderszins geclaimd), is de zeldzaamheid het punt van de premium-tier. Als je gewoon iets leesbaarswilt, is de 8+ tier op $2,99 per jaar dezelfde technologie voor de prijs van een koffie.

Pad 2: Host het op je eigen domein

Als je al een domein bezit, kun je NIP-05 zelf uitvoeren met een statisch bestand en geen voortdurende kosten buiten de domeinregistratie.

De minimale leefbare setup is vier bestanden werk. We lopen er hier doorheen ervan uitgaande dat je basiscomfortabel bent met een webserver, wat het eerlijke vereiste is. Als "edit the web server config" als een vreemde zin klinkt, Pad 1 is sneller en goedkoper dan de leercurve.

Stap 1: Krijg je openbare sleutel in hex

Open je Nostr-client, zoek "account" of "instellingen," toon de openbare sleutel in hex-vorm. Het is 64 tekens, allemaal kleine letters, a-f 0-9. Kopieer het ergens waar je vandaan kunt plakken; je hebt het twee keer nodig.

Stap 2: Maak het JSON-bestand

Op de server die je domein host, maak je het pad /.well-known/nostr.json met deze inhoud:

{
  "names": {
    "jouwnaam": "0a4f7b1a3d9a1529a3080c3ae5ee553e0af0a01d86d01677c0bb270592923f88"
  }
}

Vervang jouwnaam door het lokale deel van de identifier die je wilt (voor alice@alicedomain.com, het lokale deel is alice). Vervang de lange hex-string door je werkelijke openbare sleutel.

Stap 3: Stel CORS-headers in

De browser-gebaseerde Nostr-clients zullen dit bestand alleen lezen als de server de juiste CORS-header retourneert. Voeg aan je serverconfiguratie toe:

Access-Control-Allow-Origin: *

Voor dit pad specifiek. Clients in native apps zullen het bestand lezen zonder deze header; browser-clients zullen stil mislukken zonder het, en half de ondersteuningsvragen over "mijn NIP-05 is kapot" zijn precies dit.

Stap 4: Verifieer

Vanaf een terminal:

curl -i https://joudomein.com/.well-known/nostr.json?name=jouwnaam

Je zou moeten zien:

• Status 200 OK
• Content-Type: application/json
• Access-Control-Allow-Origin: *
• De JSON-body die je daar hebt gezet

Stel vervolgens de identifier jouwnaam@joudomein.com in in het profiel van je Nostr-client (onder "verificatie" of "NIP-05 adres"). Wacht een minuut, en een klein vinkje zou naast je weergavenaam moeten verschijnen in alle clients.

Optioneel: verwijs clients naar specifieke relays

De NIP-05-spec stelt je in staat om voorkeurrelays naast de naam op te sommen. Dit helpt clients je posts sneller op te halen bij een koude belasting omdat ze niet door de standaardset hoeven te zoeken.

Uitgebreide versie van het JSON:

{
  "names": {
    "jouwnaam": "0a4f7b1a3d9a1529a3080c3ae5ee553e0af0a01d86d01677c0bb270592923f88"
  },
  "relays": {
    "0a4f7b1a3d9a1529a3080c3ae5ee553e0af0a01d86d01677c0bb270592923f88": [
      "wss://relay.damus.io",
      "wss://nos.lol",
      "wss://relay.primal.net"
    ]
  }
}

Optioneel. Je account werkt zonder het; sommige clients negeren het volledig. Het toevoegen is de moeite waard als je koude-start-prestatie wilt, niet nodig voor basisverificatie.

Hoe je controleert of het resultaat werkt

Zoek vanuit een Nostr-client die je normaal niet gebruikt (om caching in je primaire app te omzeilen) naar je volledige identifier (jouwnaam@joudomein.com of je@nostr.blog). De client zou moeten:

1. Je profiel zonder onduidelijkheid vinden.
2. Een vinkje of "geverifieerd" indicator naast je weergavenaam tonen.
3. De identifier op de plaats van (of naast) de npub in de UI renderen.

Als een van die drie mislukt, verifieer je elke stap opnieuw. Veel voorkomende fouten:

• CORS ontbreekt in het JSON-bestand. Voer de curl-opdracht uit uit Stap 4 hierboven en zoek naar de Access-Control-Allow-Origin-header. Indien afwezig, voeg het toe aan de serverconfiguratie.
• Verkeerde pubkey in het JSON. Kopieer de hex van je client nog een keer en vergelijk teken voor teken. Een enkel verkeerd teken betekent dat de verificatie stil mislukt.
• Client-side cache. Meld je af en weer aan, of open hetzelfde profiel in een ander client. Nostr-clients cachen de NIP-05-mapping tot 24 uur in sommige versies.
• Typefout in de identifier. alice@nostr.blog en Alice@nostr.blog zijn verschillende strings voor de meeste clients. Gebruik kleine letters.

Je adres later wijzigen

Niets hieraan is permanent. Twee scenario's doen zich voor.

Je wilt de naam veranderen maar dezelfde openbare sleutel houden. Op nostr.blog annuleer je de huidige naam in het dashboard en registreer je een nieuwe; de nieuwe wordt opgelost op het moment dat betaling bevestigd is. Op je eigen domein bewerk je het JSON-bestand en update je het profiel van je Nostr-client; het verspreidt zich in minuten. In beide gevallen blijven je volgers, posts en reputatie omdat ze aan de openbare sleutel zijn gekoppeld, niet aan de naam.

Je wilt de onderliggende openbare sleutel wijzigen maar de naam houden. Dit gebeurt als je nsec compromiteren je moet roteren. Op nostr.blog stelt het dashboard je in staat om de bestaande NIP-05 naar een nieuwe pubkey te wijzen. Op je eigen domein bewerk je het JSON. Het nadeel: clients die de oude mapping hebben gecacht routeren nog steeds naar de oude pubkey gedurende tot een dag. Dit is waarom het roteren van nostr-sleutels in 2026 nog steeds een ongemakkelijke operatie is en er actief protocolwerk (NIP-26 delegations, NIP-41 key rotation drafts) is om het minder ongemakkelijk te maken.

Welk pad moet je eigenlijk kiezen

De eerlijke verdeling:

• nostr.blog als je het ding in twee minuten werkend wilt, je geeft om een memorabele naam, je wilt de gebundelde Lightning-portemonnee, of je wilt niet denken over webserver-configuratie. Dit is het merendeel geval.
• Je eigen domein als je er al een bezit die je vertrouwt, je bent comfortabel met het bewerken van serverconfiguratie, en onafhankelijkheid van elke derde provider is belangrijker dan opstellingstijd. Minderheids geval, legitiem keuze.

Beide produceren technisch gezien exact hetzelfde Nostr-adres. Het enige verschil is wie het bestand host en de verlenging afhandelt.