All, if anyone's interested, I'm casually -as a curiosity/secondary interest- exploring the use of #nostr as a #secure #messaging infrastructure for #otr. This is far from ready-for-use.

I've approached this from the vantage-point of #otr: "what do I need or what can function as messaging infrastructure for OTR to operate on top of?” #nostr isn't necessarily the answer. However, #nostr does seem to be able to offer a foundation that does not diminish OTR's #security properties such as deniability.

I'm hoping to get some feedback, among others from OTR folks, to ensure that the idea doesn't self-sabotage. At first glance, this seems to be covered. Please note that the idea only covers high-level concerns for now. #Cryptography cryptographic algorithms and their parameters have not been yet been considered. (See also explanation in email.)

You can find the email at https://lists.cypherpunks.ca/pipermail/otr-dev/2024-October/002574.html

If you're thinking this is the twentieth messaging solution in 2 years. Sure, fair point. My interest is in part in what it can accomplish with OTR and, in this case, nostr. In particular, I think it includes some interesting ways of working with the possibilities/capabilities of the protocol.