EddieOz on Nostr: O wraped gift sempre vaza o destinatário e o horário da mensagem, assim como o ...
O wraped gift sempre vaza o destinatário e o horário da mensagem, assim como o volume de mensagens recebidas - mostrando o nível de atividade de comunicação privada. Eu acompanhei a criação do modelo e na época a discussão foi que preferiam implementar esse modelo pq achavam seguro o suficiente e tinha a NIP praticamente pronta, ao invés de iniciar a discussão sobre um modelo totalmente privativo e confidencial. Foi aí que concluí o protocolo por conta própria e publiquei para o caso de alguém achar interessante e implementar num cliente.
A grande diferença da minha proposta é que um canal deve ser aberto para as partes (é só um nome de canal em comum para a conversa, mais ou menos como Veilid e SimpleX), enquanto que o wrapped gift manda a mensagem diretamente para o recipiente. Só que o wrapped gift vaza alguns metadados e na minha proposta, não.
Outro ponto que me incomoda nos wrapped gifts é a sugestão de que o cliente tem que tomar alguns cuidados opcionais na implementação para proteger os metadados, e um erro ou não observação (ou atualização maliciosa) faz com que o protocolo continue funcionando, mas outros metadados acabem vazando sem que o usuário saiba.
A grande diferença da minha proposta é que um canal deve ser aberto para as partes (é só um nome de canal em comum para a conversa, mais ou menos como Veilid e SimpleX), enquanto que o wrapped gift manda a mensagem diretamente para o recipiente. Só que o wrapped gift vaza alguns metadados e na minha proposta, não.
Outro ponto que me incomoda nos wrapped gifts é a sugestão de que o cliente tem que tomar alguns cuidados opcionais na implementação para proteger os metadados, e um erro ou não observação (ou atualização maliciosa) faz com que o protocolo continue funcionando, mas outros metadados acabem vazando sem que o usuário saiba.