Referenz der unterstützten NIPs
Jeder Relay-seitige NIP, den nostrfy implementiert — Kinds, Hinweise und Einschränkungen — und wie die supported_nips-Liste von NIP-11 dynamisch berechnet wird.
Implementierte NIPs
| NIP | Beschreibung |
|---|---|
| 1 | Basisprotokoll (Events, Subscriptions) |
| 9 | Löschen von Events |
| 11 | Relay-Informationsdokument |
| 13 | Proof of Work |
| 17 | Private DMs (Kind 14 verpackt in Kind 15; Gift Wraps der Kinds 1059 und ephemeral 21059 werden bei aktivierter NIP-42-Auth nur an den Empfänger ausgeliefert) |
| 22 | Kommentare (Kind 1111, Threads über den #e-Index) |
| 26 | Delegiertes Signieren von Events |
| 28 | Öffentlicher Chat (clientseitig: als normale Events gespeichert und ausgeliefert, nicht beworben) |
| 29 | Relay-basierte Gruppen |
| 32 | Labeling (Kind 1985, #l/#L indiziert) |
| 33 | Parametrisierte ersetzbare Events |
| 34 | git-Funktionen (Kinds 1617-1619, 1621, 1622, 1630-1633, 30617/30618 — Opt-in per relay.enabled_git, standardmäßig deaktiviert) |
| 40 | Ablaufzeitstempel |
| 42 | Client-Authentifizierung |
| 43 | Relay-Zugriffsmetadaten (Rollen) — Kinds 33534/13534/8000/8001 plus ephemeral 28934/28935/28936;
die Relay-signierten Metadaten sind AUTH-geschützt. Einladungscodes werden mit NIP-86 createclaim/deleteclaim ausgestellt; ein kind:28934 mit einem gelisteten Code lässt
seinen Autor zu |
| 45 | Zählen von Ergebnissen (COUNT) |
| 46 | Nostr Connect |
| 47 | Nostr Wallet Connect |
| 50 | Suchfunktion (Volltext, relevanzsortiert) |
| 57 | Lightning-Zaps (Kinds 9734/9735) |
| 59 | Gift Wrap (Auslieferung nur an den Empfänger) |
| 62 | Aufforderung zum Löschen |
| 65 | Relay-Listen-Metadaten |
| 66 | Relay-Erkennung & Liveness (Kinds 30166/10166 werden gespeichert und ausgeliefert; veröffentlicht selbst Kind 30166) |
| 67 | EOSE-Vollständigkeitshinweis |
| 70 | Geschützte Events |
| 77 | Negentropy-Synchronisierung (eine fehlgeschlagene Ersetzung schließt die ID mit NEG-ERR gemäß NIP-77) |
| 78 | Anwendungsspezifische Daten (Kind 30078, AUTH-geschützt) |
| 84 | Highlights |
| 85 | Vertrauenswürdige Zusicherungen (Kinds 30382/30383/30384/30385/10040, adressierbar) |
| 86 | Relay-Verwaltungs-API |
| 87 | Cashu- und Fedimint-Ankündigungen (Kinds 38000/38172/38173) |
| 88 | Umfragen |
| 94 | Dateimetadaten (Kind 1063) |
| 98 | HTTP-Auth |
| A3 | Zahlungsziele (Kind 10133, ersetzbar), ein Entwurf; wird ausgeliefert, aber nicht in supported_nips beworben |
Blossom (BUD-01/02) ist kein NIP und wird im NIP-11-Dokument nicht beworben — es wird als
separater Dateiserver auf dem [blossom]-Hostnamen betrieben. Details siehe Blossom-Dateiserver-Seite.
Dynamische NIP-Ankündigung
Die supported_nips-Liste ist nicht statisch: Ein NIP wird daraus entfernt, wenn jeder Kind, den der
NIP definiert, von der Zugriffskontrolle des Relays abgelehnt wird.
blocked_kinds— Das Blockieren aller Kinds eines NIP blendet ihn aus (z. B. blendet das Blockieren von Kind 5 NIP-09 aus). Das Blockieren nur einzelner Kinds behält den NIP.allowed_kinds— Ein Kind wird nur akzeptiert, wenn er gelistet ist; ein NIP, dessen Kinds alle nicht gelistet sind, wird ausgeblendet.reject_ephemeral— Ephemere Kinds, die nicht in der NIP-vorgeschriebenen Ausnahmeliste stehen (22242,27235,28934/28935/28936,24133,23194/23195,24242,21059), werden abgelehnt, sodass darauf angewiesene NIPs ausgeblendet werden.- Voraussetzungen — NIP-29, NIP-43 und NIP-66 beruhen auf Relay-signierten Events und sind
ohne
relay.private_keyausgeblendet; NIP-86 ist ausgeblendet, sofern nichtrpc.management_tokenoderrpc.admin_pubkeygesetzt ist (sonst wird jeder Verwaltungsaufruf abgelehnt). - NIPs ohne eigene Kinds (
1,11,13,26,33,40,45,50,67,70,77) werden bei Aktivierung immer beworben.
Laufzeitänderungen — NIP-86 allowkind/disallowkind oder ein SIGHUP-Neuladen von reject_ephemeral — werden beim nächsten NIP-11-Abruf sichtbar. enabled_nips/disabled_nips erfordern weiterhin einen Neustart.