Comment by pa7ch
4 years ago
Federated E2EE is possible but won't achieve widespread adoption.
Signal's choices optimize usability of E2EE messaging for the masses.
4 years ago
Federated E2EE is possible but won't achieve widespread adoption.
Signal's choices optimize usability of E2EE messaging for the masses.
Federated E2EE can work. Matrix did it. But it took lots of extra time, a time cost imposed structurally on the project by being open to third parties who had to coordinate to get things deployed. It's especially painful when you run up against protocol vulnerabilities, doubly so when the fixes for those vulnerabilities involve policy decisions that are their own coordination problems, which is a jam I think Matrix is in right now. All of this is stuff Moxie Marlinspike more or less predicted in his post.
Again: you can get past this stuff, and Matrix will. But Matrix is going to get through this because their use cases (more or less: replace IRC and Slack) are forgiving. Signal's aren't.
My gripe isn't that HN users refuse to tough out Signal's rough edges; I certainly don't ask my own family to use Signal to talk to me (I use Signal for things that matter, and little else). My gripe is that HN people who should know better don't seem to respect, or at least understand, the painful decisions that Signal made to support its use cases, and instead write weird little essays about how Moxie Marlinspike, the "brilliant cryptographer", built Signal this way because it was fun. It doesn't look super fun to me.
Claiming that Matrix did it is even a stretch. Only a few core features are covered and just about every new feature ships without E2EE. Room topics aren't encrypted, sticker packs aren't encrypted, reactions aren't encrypted...
The devs will tell you that requiring every feature to be E2EE will slow down adoption too much, that can always be added later as another MSC (Matrix Spec Change).
This is not true :| We do everything to encrypt new features - eg voice messages, polls, location share etc are all encrypted. It’s the old features which predate e2ee (state events like topics or sticker packs and aggregations like reactions) which need to be brought in line, and MSC3414 is addressing that.
> The devs will tell you that requiring every feature to be E2EE will slow down adoption too much, that can always be added later as another MSC (Matrix Spec Change).
No?
4 replies →
>Federated E2EE can work. Matrix did it
Kind of hard to claim they've done it given their current level of adoption.
Quite easy actually when you look at the number of governments who rely on Matrix - https://element.io/case-studies/tchap, https://element.io/case-studies/bundeswehr and many more (US, UK, Sweden, Ukraine, Luxembourg, Finland…). But if your friends aren’t on it, i guess that means nothing.
2 replies →
His entire point is that Matrix went for and is in the process of getting the larger goal right for the sake of long-term adoption at the cost of development time -- whereas Signal opted for worst-is-better limited-scope pragmatism for the sake of near-term adoption.
Whatever lesson you want to derive from this technical trade-off is up to you, but yeah the psychobabble about Moxie is absolutely tiresome.
I don't understand why you use Signal only for things that matter. If you use Whatsapp, all your metadata is available to Facebook, which can learn a lot about you and your personal networks and use that information for personal advertising.