Encrypting stuff comes with a lot of drawbacks. Like you need to find a way to exchange keys safely. You need to always keep track of your keys because if you lose them you lose everything you ever did. It's also a nightmare to sync stuff between various devices properly without leaking those keys. And it often makes things a lot slower (depending on application).
Also if you try to apply encryption to everything everywhere you end up with stupid shit like NFTs.
And to use the fediverse you "shouldn't have to trust people". If you don't know anyone who hosts a fediverse instance that you trust you can always host your own instance, no trust required.
@Hyolobrika@social.fbxl.net If you wanted to implement encryption on the fediverse how would you implement it?
Would you turn it into an addon like GPG for email? Where you first have to validate each other's keys using another third party service or meeting face to face.
How will you sync your keys between various different sessions and devices in such a way that you can always view your entire message history?
How will you protect other data, that is potentially more sensitive than the contents of your message, such as metadata? How are you gonna make sure the server admin sees any of those?
If you can solve all of these challenges without giving everyone massive inconveniences then you can convince me that encryption on the fediverse is a good idea.
@Haijo7@snac.haijo.eu@Hyolobrika@social.fbxl.net Legally speaking this isn't possible because because all most fediverse software is licensed under the AGPL, so if you run a modified version you will have to give the sourcecode to your users.
But things being illegal hasn't stopped anyone before.
@SuperDicq@minidisc.tokyo@Hyolobrika@social.fbxl.net it should in theory be possible to store a private key on the server if the key is encrypted using the password of the user. Even tho an admin can take control of someone's account, they wouldn't be able to read any chat history. But that also goes for people who forgot their password
Honestly for actual private conversations I would use GNU Jami or Tox instead because they are peer to peer. Unlike XMPP or Matrix where servers could still track your metadata.
@Hyolobrika@SuperDicq@susul That's a good point and one of the biggest reasons why any DM system shouldn't be used for private messaging that's not expected to leak someday. If you want to talk to some securely, use XMPP/Signal/Matrix and other options that allow that. No DM system will ever be private, because server/DB breaches can happen.
You could send encrypted messages via a DM, but at that point you are reinventing OpenPGP encryption via email.
@SuperDicq@minidisc.tokyo@Hyolobrika@social.fbxl.net an admin could also add some kind of proxy that logs passwords when people log in or create an account, which would bypass everything without breaking the law (I think?)
@Hyolobrika@social.fbxl.net Good p2p systems are distributed over nodes like onion routing so yes each node can track metadata but you will never get a complete picture.
@Hyolobrika@social.fbxl.net Also as far as my understanding goes on Jami you can see the IPs of nodes through DHT, but there's not much metadata to be collected as you can't really see who is interacting with who.
@Hyolobrika@social.fbxl.net Only their initial discovery. After that is over the connection is only P2P I think.
Anyway I don't know too much about P2P messengers. There's probably other people who are smarter than me who can talk about the deep fundamental differences between Jami, Tox, Session and Briar.