Centralization remains incompatible with privacy and censorship resistance.
Centralization remains incompatible with privacy and censorship resistance.
You can coherently argue that decentralization is an important, or even necessary, goal for private communications. I won't agree, but I can productively hear that argument out. But I don't think you can cite Matrix as the counter to Moxie's point; with respect to Matrix, the more appropriate assessment of Moxie's federation argument might be "prophetic".
I will never sound like it, but I'm in Matrix's corner. I see clearly where they fit into the ecosystem. The world where Matrix replaces Discourse, Slack, IRC, and Telegram is a better world.
I do not see Matrix replacing Signal, or whatever post-Signal project is carrying forward their ideals 20 years from now.
† A Matrix project person will be sure to correct me on this, and I call it out in part to be candid that I'm not certain about the specific duration.
Is decentralisation worth it despite that? In my opinion, categorically yes. Just as the internet is better than a corporate WAN, and the internet should live forever, unlike the likes of AOL.
https://matrix.org/blog/2020/01/02/on-privacy-versus-freedom was my attempt to articulate this.
Compare Element and Signal Desktop startup times, Element is nearly instantaneous, while Signal takes significant time to even open. Both are using the same software stack on desktop, Electron with SQLite.
We've had Matrix in an org I'm in for a few years now and this has become a meme now.
If you're feeling adventurous, try develop.element.io and enable Sliding Sync in Labs, and you should get instant login, sync, and orders of magnitude better performance (but it is definitely beta). You may need to run your own SS proxy, for which we published a guide yesterday: https://youtu.be/25wkV2ZCSsM
Unfortunately, those are all orthogonal: you are referring to server and client-server-sync performance. I'm referring to opening and navigating the client UI, and these issues are as present when offline and no homeserver communication and syncing is involved.
The developments you mention are all important, great, and exciting but from what I've seen so far the UI performance issues are unaddressed. We had users try to report these issues on GH historically but they tended to get dismissed as "can't reproduce on my mac" or left unattended.
Only because something is decentralized doesn't mean it will scatter into an incompatible mess.
Governments don't care much about Tor, for example, because they have very little leverage (and their law enforcement use it, but members of parliament also use Signal but can't admit it openly).
As for TOR, I'd wager governments love it. Everyone the world over has decided to congregate one one official "secret stuff" platform and get this: it's made by the US Government.
And by all accounts the US government is well able to spy on it - but won't say how instead preferring to bring up cases by parallel construction^. It's perfect. I don't know what more a government could want.
^ https://www.technologyreview.com/2020/02/08/349016/a-dark-we...
For my own company which does security research, privacy is critical. We bring in only people who have been trained to only access the channel from dedicated QubesOS VMs, with no mobile access permitted. This is not perfect but it is as reasonable best effort until we can run Matrix home servers in a TEE (working on foundations for this atm).
Signal by contrast demands a phone number and assumes mobile handsets can be fully trusted so it already has ruled itself out for high risk use cases.
Matrix on the other hand I can run a private server of, and enforce whatever rules are appropriate for my threat model.