C'est aussi très compliqué (il faut décrire le workflow et le format des messages très precisemments). Par ailleurs il y a un échange de clef privée aux membres ce qui en soit est problématique.
Discussion
Ça ressemble également à des messages wrappé
Oui, mais sans avoir à ajouter un kind inutile à mon avis. Y’a 0 server à modifier si tu le fais pas. Tout les server accepte la fonction DM, et c’est suffisant. Pour moi c’est inutile de rajouter des complications à ce niveau. Un autre avantage c’est que d’un point de vu extérieur, si tu ajoutes un kind, tu lève l’ambiguïté de savoir se que c’est.
Tu sais que sur Nostr la grande majorité des nips n'induisent pas de modification de relai ?
Typiquement je bosse sur une date vending machine (nip90). C'est totalement neutre côté relai.
Je le répète mais si tu penses que ton idée est bonne, tu peux juste décrire un nip avec le workflow très précisement (y compris la manière d'échanger la clef privée du canal DM).
Autre pont. Tu parles de chiffrement reposant sur l'Infra a clef public RSA / elgamal.
Ça veut dire qu'un utilisateur doit en plus de sa clef Nostr avoir une clef RSA ?
Après avoir fait quelques recherches, il semble que c’est le plus adapté. Mais cela doit être une clef jetable. Si non tu as pas de FS.
J’ai pas fini de faire le tour des nip sur la question. Avant de poster un NIP, je préfère tout lire pour être certain de ne pas polluer le truc avec une idée déjà débattu.
Honnêtement je préfère arriver directement avec du code qui marche.
Je ne vois pas en quoi les échanges des clefs privée du canal sont un problème.
Qd a RSA/ElGamal c’est seulement les clefs publiques qui sont échangées évidemment