Riferimento ai NIP supportati
Tutti i NIP lato relay implementati da nostrfy — kind, note e avvertenze — e come viene calcolata dinamicamente la lista supported_nips di NIP-11.
NIP implementati
| NIP | Descrizione |
|---|---|
| 1 | Protocollo di base (eventi, sottoscrizioni) |
| 9 | Eliminazione degli eventi |
| 11 | Documento informativo del relay |
| 13 | Proof of work |
| 17 | DM privati (kind 14 avvolto in kind 15; i gift wrap kind 1059 ed effimero kind 21059 sono serviti solo al destinatario quando l’auth NIP-42 è attiva) |
| 22 | Commenti (kind 1111, thread tramite indice #e) |
| 26 | Firma delegata degli eventi |
| 28 | Chat pubblica (lato client: memorizzata e servita come eventi normali, non pubblicizzata) |
| 29 | Gruppi basati su relay |
| 32 | Etichette (kind 1985, indicizzato #l/#L) |
| 33 | Eventi sostituibili parametrizzati |
| 34 | Funzioni git (kind 1617-1619, 1621, 1622, 1630-1633, 30617/30618 — opt-in tramite relay.enabled_git, disattivato per impostazione predefinita) |
| 40 | Timestamp di scadenza |
| 42 | Autenticazione client |
| 43 | Metadati di accesso al relay (ruoli) — kind 33534/13534/8000/8001 più effimeri 28934/28935/28936;
i metadati firmati dal relay sono protetti da AUTH. I codici d’invito sono emessi con NIP-86 createclaim/deleteclaim; un kind:28934 con un codice elencato ammette
il suo autore |
| 45 | Conteggio dei risultati (COUNT) |
| 46 | Nostr Connect |
| 47 | Nostr Wallet Connect |
| 50 | Funzione di ricerca (testo libero, ordinata per rilevanza) |
| 57 | Zap Lightning (kind 9734/9735) |
| 59 | Gift wrap (servito solo al destinatario) |
| 62 | Richieste vanish |
| 65 | Metadati lista relay |
| 66 | Scoperta dei relay e attività (kind 30166/10166 memorizzati e serviti; autopubblica kind 30166) |
| 67 | Suggerimento di completezza EOSE |
| 70 | Eventi protetti |
| 77 | Sincronizzazione negentropy (una sostituzione fallita chiude la sessione con NEG-ERR secondo NIP-77) |
| 78 | Dati specifici dell’applicazione (kind 30078, protetto da AUTH) |
| 84 | Evidenziazioni |
| 85 | Asserzioni fidate (kind 30382/30383/30384/30385/10040, indirizzabili) |
| 86 | API di gestione del relay |
| 87 | Annunci Cashu e Fedimint (kind 38000/38172/38173) |
| 88 | Sondaggi |
| 94 | Metadati dei file (kind 1063) |
| 98 | Auth HTTP |
| A3 | Destinazioni di pagamento (kind 10133, sostituibile), una bozza; servito ma non pubblicizzato
in supported_nips |
Blossom (BUD-01/02) non è un NIP e non è pubblicizzato nel documento NIP-11 — è servito come
file server separato sull’hostname [blossom]. Vedi la pagina del file server Blossom per i dettagli.
Pubblicizzazione dinamica dei NIP
La lista supported_nips non è statica: un NIP ne viene rimosso quando ogni kind definito dal
NIP è rifiutato dal controllo d’accesso del relay.
blocked_kinds— bloccare tutti i kind di un NIP lo nasconde (es. bloccare il kind 5 nasconde NIP-09). Bloccarne solo alcuni mantiene il NIP.allowed_kinds— un kind è accettato solo se elencato; un NIP i cui kind sono tutti non elencati viene nascosto.reject_ephemeral— i kind effimeri non presenti nella lista di esenzione obbligatoria del NIP (22242,27235,28934/28935/28936,24133,23194/23195,24242,21059) vengono rifiutati, quindi i NIP che dipendono da essi vengono nascosti.- Prerequisiti — NIP-29, NIP-43 e NIP-66 si basano su eventi firmati dal relay e sono
nascosti senza
relay.private_key; NIP-86 è nascosto a meno cherpc.management_tokenorpc.admin_pubkeysia impostato (altrimenti ogni chiamata di gestione viene rifiutata). - I NIP senza kind dedicati (
1,11,13,26,33,40,45,50,67,70,77) sono sempre pubblicizzati quando abilitati.
Le modifiche a runtime — NIP-86 allowkind/disallowkind, o un ricaricamento SIGHUP di reject_ephemeral — si riflettono al successivo fetch NIP-11. enabled_nips/disabled_nips richiedono comunque un riavvio.