O Amethyst usa o rótulo provisório NIP-FE para comandos de relay por HTTP em seu trabalho no relay Geode e no cliente Quartz. O rótulo não é um NIP atribuído nem evidência de adoção entre relays Nostr.

Transporte

Em vez de abrir uma conexão WebSocket, o cliente envia por POST um único frame REQ, COUNT ou EVENT para um endpoint HTTP do relay. A resposta transmite frames do relay como JSON delimitado por quebras de linha. O cliente precisa distinguir uma resposta concluída de um stream interrompido, e uma solicitação autenticada continua usando a autorização HTTP assinada do Nostr. O transporte muda a forma como os comandos chegam a um relay; ele não muda a assinatura nem o conteúdo do event subjacente.

A implementação incorporada do Amethyst adiciona a rota do Geode, o suporte no cliente Quartz, limites de corpo e de concorrência e testes de enquadramento e autorização. É evidência de implementação no código-fonte, e não prova de que relays independentes implementaram a mesma proposta.

Colisão de nomes

Um pull request em rascunho não relacionado no repositório de NIPs também usa NIP-FE, desta vez para feeds privados construídos sobre um envelope proposto para múltiplos destinatários. Esse trabalho está aberto e descreve um problema diferente do transporte HTTP do Amethyst. Nenhum dos dois usos provisórios estabelece que o rótulo foi atribuído a uma especificação aceita; os leitores devem identificar a proposta por sua fonte e seu assunto.

Fontes primárias:

Mencionado em: