Was ist NIP-05? Die Nostr-Adresse, erklärt

Dein öffentlicher Nostr-Schlüssel sieht ausgeschrieben so aus: npub1pf8hkx3ang2jngcgpsawtmj48c90pgqasmgpva7qhvnsty5j87yqwk3vy5. Versuch mal, das beim Abendessen laut auszusprechen. Dann versuch, es auf eine Visitenkarte zu schreiben oder es am Telefon zu buchstabieren. Das geht nicht. Der rohe Schlüssel ist korrekt und sicher zu teilen, aber als Handle, das Menschen verwenden, ist er nutzlos.

NIP-05 ist die Lösung. Damit kannst du etwas Kurzes und E-Mail-Förmiges wie alice@nostr.blog oder du@deinedomain.com an denselben öffentlichen Schlüssel anhängen. Clients verifizieren die Zuordnung und zeigen die lesbare Version neben deinem Namen an. Das ist die ganze Idee.

Dieser Leitfaden erklärt, was NIP-05 tut, wie die Verifizierung tatsächlich unter der Haube funktioniert, was er nicht bietet (er ist kein blauer Haken) und die zwei Wege, um einen zu bekommen.

Kurz zusammengefasst. NIP-05 ist ein Bezeichner in der Form name@domain.com, der auf deinen öffentlichen Nostr-Schlüssel zeigt. Eine Domain veröffentlicht eine kleine JSON-Datei unter /.well-known/nostr.json; Clients lesen diese Datei, um die Zuordnung zu bestätigen. Er gibt dir einen lesbaren Namen und ein leichtes Vertrauenssignal. Er verifiziert weder deine reale Identität noch schützt er dein Konto vor Verlust.

Wenn du bereit bist, sicher dir dein @nostr.blog →

Was NIP-05 ist – in einem Satz

NIP-05 ist ein Standard, um einen menschenlesbaren Bezeichner mithilfe von DNS und einer JSON-Datei auf einem Webserver auf einen öffentlichen Nostr-Schlüssel zu zeigen.

Der Bezeichner sieht absichtlich wie eine E-Mail-Adresse aus. Eine E-Mail-Adresse hat bereits die Form, die die meisten Menschen als „einen Namen, den man jemand anderem geben kann" erkennen. Diese Form zu übernehmen spart eine Runde Erklärungen.

Die Implementierung ist bewusst Low-Tech. Keine Blockchain, kein zentrales Register, keine ausgefallene Kryptografie über das hinaus, was Nostr bereits verwendet. Ein Domain-Inhaber veröffentlicht eine einfache JSON-Datei, jeder Client kann sie lesen, und die Kryptografie kommt erst ins Spiel, wenn der Client prüft, ob der zugeordnete öffentliche Schlüssel mit der Signatur der Beiträge übereinstimmt.

Wie es wirklich funktioniert

Hier ist der genaue Mechanismus – er ist kurz genug, um in einen Artikel zu passen.

Du teilst deinem Nostr-Client mit, dass dein Bezeichner alice@nostr.blog ist. Der Client:

1. Zerlegt den Bezeichner in einen lokalen Teil (alice) und einen Domain-Teil (nostr.blog).
2. Stellt eine GET-Anfrage an https://nostr.blog/.well-known/nostr.json?name=alice.
3. Der Server antwortet mit einer JSON-Datei, die in etwa so aussieht:

{
  "names": {
    "alice": "0a4f7b1a3d9a1529a3080c3ae5ee553e0af0a01d86d01677c0bb270592923f88"
  }
}

4. Der Client liest den öffentlichen Schlüssel im Hex-Format und vergleicht ihn mit dem pubkey, der deinen Beiträgen beigefügt ist.
5. Stimmen sie überein, markiert der Client den Bezeichner als verifiziert und zeigt ihn anstelle von (oder neben) deinem npub an.

Das ist der gesamte Ablauf. Kein OAuth, keine Kontoerstellung auf der Domain-Seite außer „hoste diese Datei." Wenn nostr.blog dich nicht mehr in dieser Datei auflistet, hört der Bezeichner auf zu funktionieren. Sobald die Zuordnung wieder da ist, funktioniert er erneut.

Die GET-Anfrage soll CORS-Header zurückgeben (Access-Control-Allow-Origin: *), damit Browser-Clients sie lesen können. Die meisten NIP-05-Anbieter einschließlich nostr.blog machen das bereits korrekt; die, die es nicht tun, sind die Ursache der meisten „Mein NIP-05 ist kaputt"-Supportanfragen.

Was NIP-05 dir wirklich gibt

Drei konkrete Vorteile, in absteigender Reihenfolge der Nützlichkeit.

Ein Name, den du laut sagen kannst

Das ist der, über den alle zuerst sprechen, weil er die häufigste Hürde beseitigt. alice@nostr.blog funktioniert in Podcasts, auf Visitenkarten, in Profilbiografien auf anderen Netzwerken und auf handgeschriebenen Schildern. npub1pf8hkx3ang2... nicht.

Portabilität über Clients und Relays hinweg

Der NIP-05-Eintrag zeigt auf deinen öffentlichen Schlüssel, nicht auf die Domain, die ihn hostet. Wenn du morgen entscheidest, von alice@nostr.blog zu alice@alicedomain.com zu wechseln, tust du das, indem du beide JSON-Dateien aktualisierst, sodass sie auf denselben pubkey zeigen. Deinen Beiträgen, Follows und deinem Ruf ist das egal. Vergleiche das mit Twitter, wo eine Handle-Änderung bedeutet, dass die Plattform alles für dich umleitet und eine Kontolöschung bedeutet, dass alles weg ist.

Ein leichtes Vertrauenssignal

Kein starkes – und der Unterschied ist wichtig. Ein NIP-05 auf einer sorgfältigen Domain ist ein Hinweis darauf, dass wer auch immer diese Domain kontrolliert, entschieden hat, deinen Namen aufzulisten. Wenn die Domain dafür bekannt ist, ihre Nutzer zu überprüfen (zum Beispiel ein Unternehmen, das einen verifizierten Namensraum für Mitarbeiter betreibt), überträgt sich diese Prüfung auf den Bezeichner. Wenn die Domain Namen an jeden vergibt, der danach fragt, ist das Vertrauenssignal gleich null. Die meisten Clients wissen das und zeigen das Häkchen neutral an.

Was NIP-05 NICHT ist

Dieser Abschnitt existiert, weil die Analogie zum blauen Haken neue Nutzer auf drei spezifische Arten in die Irre führt.

Es ist kein Beweis, dass du eine echte Person oder eine bestimmte echte Person bist. NIP-05 verifiziert, dass der öffentliche Schlüssel, der Beiträge signiert, mit dem öffentlichen Schlüssel übereinstimmt, den die Domain unter diesem Namen aufgelistet hat. Es wird nicht verifiziert, dass der Name einem tatsächlichen Menschen namens Alice entspricht. Celebrity-Imitation ist möglich, wenn der Imitator eine Domain kontrolliert, die bereit ist, ihn aufzulisten.

Es ist kein Wiederherstellungsmechanismus. Wenn du deinen privaten Schlüssel verlierst, kann dir dein NIP-05 nicht helfen. Der Bezeichner wird weiterhin auf einen pubkey zeigen, dessen Inhaber keine Möglichkeit mehr hat, zu posten. Niemand kann ihn für dich zurücksetzen, weil niemand sonst den Schlüssel hat.

Es ist keine URL. alice@nostr.blog ist ein Bezeichner. Ihn in einen Browser einzufügen öffnet nichts. Um zu Alices Profil zu navigieren, gibst du den Bezeichner in einen Nostr-Client oder ein Web-Gateway ein. Die Form ist E-Mail-ähnlich, nicht link-ähnlich.

Wie du eine NIP-05-Adresse bekommst

Zwei Wege, die sich in Kosten und Aufwand deutlich unterscheiden.

Auf nostr.blog registrieren

Der schnellste Weg. Du wählst einen Benutzernamen, der Bezeichner ist in unter einer Minute aktiv, und die Anmeldung umfasst ein Lightning-Wallet plus einen vollständigen Web-Client auf derselben Seite. Preise nach Namelänge:

• 1 Zeichen: 999 $ pro Jahr (reserviert für wirklich exklusive Einzel-Buchstaben-Handles)
• 2 Zeichen: 499 $ pro Jahr
• 3 Zeichen: 199 $ pro Jahr
• 4 Zeichen: 99 $ pro Jahr
• 5 Zeichen: 29 $ pro Jahr
• 6 bis 7 Zeichen: 9,99 $ pro Jahr
• 8 oder mehr Zeichen: 2,99 $ pro Jahr

Längere Namen sind deutlich günstiger, weil es viel mehr davon gibt. Kürzere Namen sind selten, einprägsam und entsprechend bepreist.

Selbst auf einer eigenen Domain hosten

Wenn du bereits eine Domain besitzt und damit vertraut bist, eine Datei auf einem Webserver zu bearbeiten, kannst du NIP-05 selbst betreiben – zu den Kosten der Domain (und sonst nichts).

Das minimal notwendige Setup:

1. Lege eine JSON-Datei unter https://deinedomain.com/.well-known/nostr.json mit der zuvor gezeigten Struktur ab.
2. Stelle sicher, dass der Server Access-Control-Allow-Origin: * für diese Datei zurückgibt, sonst können browserbasierte Clients sie nicht lesen.
3. Setze deinname@deinedomain.com als NIP-05-Bezeichner in deinem Nostr-Client.
4. Warte ein paar Minuten, bis ein etwaiger clientseitiger Cache geleert ist.

Der DIY-Weg ist richtig für Menschen, die vollständige Unabhängigkeit von Dritten wollen. Er ist falsch für Menschen, die „einfach den Namen wollen, ohne einen Webserver warten zu müssen." Die meisten Nutzer fallen in die zweite Gruppe.

Häufige Fehlerquellen

Fünf Versagensmodi, die für den Großteil der Supportfragen verantwortlich sind.

• Fehlender CORS-Header. Die nostr.json-Datei gibt die richtigen Daten zurück, aber der Browser weigert sich, sie wegen der Same-Origin-Policy zu lesen. Lösung: Konfiguriere den Server so, dass er Access-Control-Allow-Origin: * für den .well-known-Pfad sendet.
• Falscher pubkey in der JSON. Jemand hat den Hex-Wert manuell kopiert und dabei ein Zeichen ausgelassen. Vergleiche ihn Byte für Byte mit dem, was dein Nostr-Client unter „Kontoeinstellungen" anzeigt.
• Aggressives clientseitiges Caching. Nach einer Änderung an der JSON halten manche Clients die alte Zuordnung bis zu 24 Stunden lang. Melde dich ab und wieder an oder wechsle kurz den Client, um ein erneutes Lesen zu erzwingen.
• Verwendung eines CDN, das Header umschreibt. Cloudflare und ähnliche Edge-Dienste entfernen manchmal den CORS-Header oder fügen seltsame Cache-Direktiven hinzu. Prüfe die Rohantwort, nicht das, was der Browser anzeigt.
• Großbuchstaben im Namen verwenden. NIP-05-Namen sollen kleingeschrieben sein. Manche Clients tolerieren gemischte Groß-/Kleinschreibung, andere nicht. Bleib bei a-z, 0-9, Bindestrich, Unterstrich.

Lohnt es sich zu bezahlen?

Ehrliche Antwort: Es kommt auf den Namen und die Domain an.

Wenn der Name, den du möchtest, lang und nicht einprägsam ist, ist der DIY-Weg auf einer Domain, die du bereits besitzt, meist die bessere Wahl. Du machst das einmalige Setup und zahlst danach nie wieder jemanden für den Bezeichner.

Wenn du einen kurzen Namen auf einer erkennbaren Domain möchtest – was selbst ein Vertrauens- und Merkbarkeitssignal ist –, ist es fast immer besser, ein paar Dollar pro Jahr zu zahlen, als zu versuchen, gleichwertige Namen über mehrere Domains hinweg zu sichern. Kurze Namen sind überall im Internet selten, und Nostr ist keine Ausnahme.

So oder so ist es besser, irgendeinen NIP-05 zu haben, als den rohen npub für immer zu behalten. Die Kosten, keinen zu haben, sind ein schlechterer Eindruck bei jedem, dem du deinen Bezeichner gibst.