Matrix 2.0: The Future of Matrix
Matrix 2.0: The Future of Matrix
Highlights include Sliding Sync (instant login/launch/sync), Native OIDC (industry-standard authentication), Native Group VoIP (end-to-end encrypted large-scale voice & video conferencing) and Faster Joins (lazy-loading room state when your server joins a room).
I wish the whole project was a little bit more clever with its names. Matrix and Element are not unique enough names and can cause a lot of confusion.
I like the project though and still hope it continues to succeed.
see it this way: shite names that are just an actual thing that's symbolically related in some way is a sign that the project is primarily run by programmers and not PR people.
Yes, the generic names make it a nightmare to search for things relating to them.
Their native group VoIP calling looks to have a solid topology that could easily replace Jitsi in the near term, and eventually compete with larger scale conferencing services like Zoom. That's kind of exciting for those of us who care about open systems and privacy.
Okay, help an old-timer out.
Lemmy :: Reddit
Mastodon :: Twitter (I refuse to call it "X")
Matrix :: ???
Is it like discord? The olden days of AIM/ICQ/IRC?
Featureset-wise it falls somewhere between IRC and Discord.
Matrix really is 21st-century IRC.
I will get shit for writing that, but Matrix in its current form shouldn't have seen the light of the day, nor should have been let to spread with close to no technical scrutiny and based on empty promises/hype like it did.
Just to be clear, I'm absolutely encouraging, in fact, actively promoting federated alternatives to things like WhatsApp, Messenger, Signal, Telegram, …
But I don't believe for a second that the foundations on which Matrix is built make sense, can be made to work well in practice, nor represent a problem worth spending so much time and effort solving. This article does a good job at introducing the "behind the scenes" of the protocol: https://telegra.ph/why-not-matrix-08-07
The whole history of Matrix can be summarized as:
(rinse and repeat)
Matrix has seen more incompatible reincarnations of itself in the last 5 years than XMPP in the last 20. Arathorn, its lead contributor and evangelist will keep apologizing, promising that this time they have their stuff in order, that whatever buzzword will solve this or that aspect of the problem, while the elephant still is in the room. You practically can't tell apart arathorn's messages of 2015 from those of 2022 and that would be funny if it wasn't so sad.
IMO Matrix is broken beyond repair, while XMPP is quietly used by millions of users. I wish Matrix could carry its own weight and be so unambiguously better that we wouldn't need competing alternatives there. To me, the better XMPP is XMPP itself, and I'd be happy to elaborate on that.
I agree in theory, but in practice my experience with Matrix has been infinitely better than with XMPP:
Matrix may be technically complex, but at least it has managed to keep its ecosystem together. Whenever I've faced an issue with my server, all I needed to do was upgrade synapse. The "millions of users" in XMPP are mostly all on their own silos, while I am yet to have an issue where I want to chat with someone on Matrix but couldn't because their client/server was not compatible with mine.
@utamtam @pezhore It's not like XMPP doesn't have issues. Finding a combination of clients and servers to get a coverage of the XEPs you want is quite an exercise. MUCs are painful, especially if you want to join from multiple clients. Cross-device trust between accounts for E2EE AFAIK still requires each device to trust all the other devices manually. Matrix has many more multimedia features.
The counter points on the site you posted are either completely expected or even desired properties of distributed systems (like not being able to force a delete or room closure on another server), or just problems with specific implementation details or insufficient clarity in the specs (like interop hickups or handling of media files). As far as I can tell nothing on the list is an "unfixable" protocol bug or core design flaw.
XMPP - now that's a name I haven't heard in a long time. I thought the woke Google chat federation and subsequent drop pretty much killed it off - but I'm glad to be wrong.
Are there XMPP based group chat/Matrix/Discord alternatives?
Kind of a mix between Discord and IRC. Although it doesn't have servers like Discord and is more of individuals rooms. In fact they made bridges an important feature, so an IRC room and Matrix room can be merged together without either side really noticing a difference. Same with Discord and a ton of other programs.
technically it's an eventually consistent federated database (or series of databases i guess? dunno), which just happens to primarily be used for instant messaging similar to discord but also inheriting features from IRC.
Been waiting for this for a long time! Another thing that's been on the horizon I'm eagerly waiting for is p2p. They've been working on Dendrite, which is a much more efficient Synapse, and the goal is to be efficiently running it to effectively running it on your own device as like an invisible self-host. They're working on MXIDs as well so @hostname.com wouldn't be a thing anymore. P2p with all this other tech would make Matrix really the privacy holy grail imo.
They're working on MXIDs as well so @hostname.com wouldn't be a thing anymore.
Are you sure about that? I think they'll still exist, but will be less meaningful, as a users identity will be backed by cryptography instead of their name with the HS name
afaik server domains would essentially just be aliases for a user's UUID, like how it works with rooms.
love to see it
"Sliding sync" is Matrix's own admission that the protocol is too complex and taxing on clients to be practical, and shifts the burden further onto already overwhelmed servers for what's essentially bouncers marketed as new tech. And it's still a mess.
"Sliding sync" is Matrix's own admission that the protocol is too complex and taxing on clients to be practical
I know of no major messaging service where the client wants to download everything
I can’t wait to see what you’ll develop in response!
I won't need to develop anything in response, because an open-standard (IETF) protocol for federated instant communications already existed long before Matrix, and as far as I can tell, from my experience of having administered XMPP and Matrix servers for hundred of users, nothing about Matrix, its design and its implementations makes it more desirable, more reliable, more resilient or more "future proof" than what XMPP came-up with a decade earlier.
And I am aware that I sound like an old man yelling at clouds, I take comfort in the fact that more and more technically-versed people who look behind the marketing and buzz get to see what I know from experience: https://telegra.ph/why-not-matrix-08-07
Admitting problems and improving/replacing your protocol is good, you make it sound like a bad thing. I mean you could argue that they should have started with this, but imo better late than never. From what I've seen this will take load off of the client AND the server, because both don't have to sync thousands and thousands of events anymore. It basically looks like an indexing/caching layer between client and server, which is standard practice to make things go faster, especially for thin clients.
Admitting problems and improving/replacing your protocol is good, you make it sound like a bad thing.
The only bad thing about this is that we've been at it for 10 years. If you've been following Matrix long enough, you've witnessed "the next big thing that will solve all problems" being promised every year. Matrix funding relies on hype, and I'm somewhat ok with that, so long as users and hosts are not taken hostage of empty promises. My first hand experience of Matrix X is that we are still far from what's being advertised.
edit: adding a missing word "thing"
Seems like they're building other things in rust, about time for the server? Seems like bloated servers are the biggest downside of matrix. Does anyone more educated on this topic know why it's not a thing?
Because Synapse is already widely used. The Matrix foundation is also building Dendrite, which is in beta and written in Go.
Conduit is another server, in Rust https://gitlab.com/famedly/conduit
Covering up a bloated protocol by a faster language has its limits though, and in the case of Matrix, well, a faster language only buys you little
Anyone know how to get a self-hosted synapse server updated to support all this?
Yes, I'm confused by the released messaging. It feels like there may be a new server requirement. Search this page for Synapse https://element.io/blog/element-x-ignition/ to see the link to the guide.
The proxy is needed until sliding sync is finalised and merged into the spec and implemented into clients
For now, you need to run a sliding-sync proxy besides synapse. They'll integrate it properly, but for now the focus was on getting it to work.
I have to say "Element X" is a very unfortunate name choice ...
I think it's supposed to become just normal element when it gets feature parity with current element
It is just a codename, Element X is going to be just Element once it replace the old one.
Jesus just go back to calling it Riot.IM the name keeps getting stupider and more corporate.
Matrix has had a bit of trouble penetrating the enterprise market, which is where the real money is. Hence the corporate-speak rename.
Riot games forced them to change the name.
Calm down, it's not a rename, it's a name for the preview client only. Temporary.
I wanted to try Element X but apparently my self hosted server is not compatible.
Ah there is a solution for it https://github.com/matrix-org/sliding-sync I guess I could try to install it.
Yeah, it sounds like it's sponsored by Elon Musk.