I see value in doing secure messaging over nostr rather than a separate network. With a network dedicated to secure messaging, you lose the effect of blending in with other types of use and thus leak more information to your network provider about your types of activity.
I do in fact see the public nature of relays as a potentially good thing for the core design of secure message delivery, as you're forced to minimize the trust in put in relays. The issue of trusting relays with traffic information (who sends and receives what) can be solved with separate solutions, used by users/clients that want better anonymity without affecting messaging compatibility with other users/clients.
I wouldn't see the issue of relays wanting to know the identity of its users specifically as a hindrance to secure messaging on nostr, but rather a problem that should be solved in and of itself. And as I mentioned in https://github.com/nostr-protocol/nips/pull/306 I think it can be solved with anonymous tokens based on blind signatures.
shafemtol /
npub1mh…anahj
2023-03-09 12:41:26
in reply to nevent1q…zr5s
Author Public Key
npub1mh94j7j7nwvzl7kwcg70fhxe67kdy50fccakmueq9jjf77zmc25svanahjPublished at
2023-03-09 12:41:26Event JSON
{
"id": "f838a25d8ae31b907add13242ee6107d90e4788f6b9075c87a6a41c210f31853",
"pubkey": "ddcb597a5e9b982ffacec23cf4dcd9d7acd251e9c63b6df3202ca49f785bc2a9",
"created_at": 1678362086,
"kind": 1,
"tags": [
[
"e",
"18201adbf7b7ad49d80f54a72cf859bc5f2e55df5dd5e668a6a9b6ecdcaccc36",
"",
"root"
],
[
"e",
"8e1bb294192dac06922f14592fbee9fe60f121ad57eda6e666d7bc6deef6ac00",
"",
"reply"
],
[
"p",
"3bf0c63fcb93463407af97a5e5ee64fa883d107ef9e558472c4eb9aaaefa459d",
"wss://nos.lol"
]
],
"content": "I see value in doing secure messaging over nostr rather than a separate network. With a network dedicated to secure messaging, you lose the effect of blending in with other types of use and thus leak more information to your network provider about your types of activity.\n\nI do in fact see the public nature of relays as a potentially good thing for the core design of secure message delivery, as you're forced to minimize the trust in put in relays. The issue of trusting relays with traffic information (who sends and receives what) can be solved with separate solutions, used by users/clients that want better anonymity without affecting messaging compatibility with other users/clients.\n\nI wouldn't see the issue of relays wanting to know the identity of its users specifically as a hindrance to secure messaging on nostr, but rather a problem that should be solved in and of itself. And as I mentioned in https://github.com/nostr-protocol/nips/pull/306 I think it can be solved with anonymous tokens based on blind signatures.",
"sig": "95ec8bf42be59fd8904c282ba6a3bc316ffac72561dc69fd36db0e0bd5ee81ecfca32c39ef6661aaef3303e5126dc9dcb778ff693e3f3c93dd6795e3ec53c7ec"
}