Referência de NIPs suportados

Todos os NIP do lado do relay implementados pelo nostrfy — kinds, notas e ressalvas — e como a lista supported_nips do NIP-11 é calculada dinamicamente.

NIPs implementados

NIPDescrição
1Protocolo básico (eventos, assinaturas)
9Exclusão de eventos
11Documento de informações do relay
13Prova de trabalho
17DMs privadas (kind 14 embrulhado em kind 15; os gift wraps kind 1059 e efêmero kind 21059 são servidos somente ao destinatário quando a auth NIP-42 está ativada)
22Comentários (kind 1111, threads via índice #e)
26Assinatura delegada de eventos
28Chat público (lado cliente: armazenado e servido como eventos normais, não anunciado)
29Grupos baseados em relay
32Rotulagem (kind 1985, indexado #l/#L)
33Eventos substituíveis parametrizados
34Recursos Git (kinds 1617-1619, 1621, 1622, 1630-1633, 30617/30618 — opcional via relay.enabled_git, desativado por padrão)
40Carimbo de expiração
42Autenticação de clientes
43Metadados de acesso do relay (funções) — kinds 33534/13534/8000/8001 mais efêmeros 28934/28935/28936; os metadados assinados pelo relay são protegidos por AUTH. Códigos de convite são emitidos com NIP-86 createclaim/deleteclaim; um kind:28934 com um código listado admite seu autor
45Contagem de resultados (COUNT)
46Nostr Connect
47Nostr Wallet Connect
50Capacidade de busca (texto completo, ordenada por relevância)
57Zaps Lightning (kinds 9734/9735)
59Gift wrap (servido somente ao destinatário)
62Pedido de desaparecimento
65Metadados de lista de relays
66Descoberta de relays e atividade (kinds 30166/10166 armazenados e servidos; autopublica kind 30166)
67Dica de completude EOSE
70Eventos protegidos
77Sincronização Negentropy (uma substituição com falha fecha o id com NEG-ERR conforme NIP-77)
78Dados específicos de aplicação (kind 30078, protegido por AUTH)
84Destaques
85Declarações confiáveis (kinds 30382/30383/30384/30385/10040, endereçáveis)
86API de gerenciamento do relay
87Anúncios Cashu e Fedimint (kinds 38000/38172/38173)
88Enquetes
94Metadados de arquivos (kind 1063)
98Auth HTTP
A3Destinos de pagamento (kind 10133, substituível), um rascunho; servido mas não anunciado em supported_nips

Blossom (BUD-01/02) não é um NIP e não é anunciado no documento NIP-11 — é servido como servidor de arquivos separado no nome de host [blossom]. Consulte a página do servidor de arquivos Blossom para detalhes.

Anúncio dinâmico de NIP

A lista supported_nips não é estática: um NIP é removido dela quando cada kind definido pelo NIP é rejeitado pelo controle de acesso do relay.

  • blocked_kinds — bloquear todos os kinds de um NIP o oculta (p. ex. bloquear o kind 5 oculta o NIP-09). Bloquear apenas alguns kinds mantém o NIP.
  • allowed_kinds — um kind só é aceito quando listado; um NIP cujos kinds estão todos não listados é ocultado.
  • reject_ephemeral — kinds efêmeros que não estão na lista de isenção obrigatória do NIP (22242, 27235, 28934/28935/ 28936, 24133, 23194/23195, 24242, 21059) são rejeitados, de modo que os NIPs que dependem deles ficam ocultos.
  • Pré-requisitos — NIP-29, NIP-43 e NIP-66 dependem de eventos assinados pelo relay e ficam ocultos sem relay.private_key; NIP-86 fica oculto a menos que rpc.management_token ou rpc.admin_pubkey esteja definido (caso contrário cada chamada de gerenciamento é recusada).
  • NIPs sem kinds dedicados (1, 11, 13, 26, 33, 40, 45, 50, 67, 70, 77) são sempre anunciados quando ativados.

Alterações em tempo de execução — NIP-86 allowkind/disallowkind, ou uma recarga a quente (SIGHUP) de reject_ephemeral — são refletidas na próxima busca NIP-11. enabled_nips/disabled_nips ainda exigem reinicialização.