Even if you don't check, other people should know that this is extremely misleading.
> Fewer clients, way more complex protocol
This is actually a valid complaint, though it's partly due to Matrix being pretty young. The other part is that Matrix does a lot more for you than IRC (eg e2ee and federation) and those extra features require complexity.
> The identity server is centralized
This is a completely optional part of Matrix. You don't need identity servers. You never have to provide your phone number. They don't even push you to when you sign up. It exists as a convenience feature for people who complain that they need to be able to discover their friends on Matrix by their friends‘ phone numbers. Also, you're free to run your own identity server for you and your friends or whomever.
> other attempts [at creating a homeserver] appear dead
This one is way off. Synapse, the "one complete server" you must be referring to, is going to be deprecated. The Matrix Foundation team is working on Dendrite to replace it. There are also several independent projects that are very active, notably Conduit, started by one guy unaffiliated with the Matrix Foundation team. Conduit is extremely far along and is under constant development.
> All of Matrix is controlled by New Vector LLC
The people who created Matrix were careful to separate their for-profit projects from FOSS community projects. Matthew Hodgson (Arathorn) explains it well here [0]. TLDR: The Matrix spec, the Element clients, and the Synapse/Dendrite homeservers are maintained by a nonprofit. Same team, different organization and funding. Everything is open source, so anyone is free to fork at any time.
> This one is way off. Synapse, the "one complete server" you must be referring to, is going to be deprecated. The Matrix Foundation team is working on Dendrite to replace it.
I hugely disagree.
I have tried to setup a "homeserver". Synapse is huge beast, complex, CPU and memory-hungry, hard to setup (no, a Docker or VM instance does not mean easy to setup). Dendrite is not ready and has been "not ready" for years, not to mention it is also huge and hard to setup, and from the same vendor, so it allays none of the fears. Construct is the _only_ one of all the 3rd party servers which I have found to be actually in a fully usable and federable state (the rest being all in different states of abandonment and uselessness), created by an author who is _openly_ critical of Matrix-the-company and their policy regarding 3rd party servers (incl. how most of the protocol is just defined by bug-by-bug Synapse compatibility and how the Matrix webpage to this day has no 3rd party servers list -- but happy to feature 3rd party paid-hosting list)
Compare this with Jabber. I install in seconds any of the _multiple_ servers that come with Debian stable. They are by now years old, but they still can connect with _everyone_ on the Jabber network. In Matrix, if I run a 2 year old Synapse, it will be like death-by-ostracization; same if I run today's Conduit.
Similar story. A couple years ago I tried to set up Synapse. I've set up and administered IRC before. I've twice gone from nothing to having an XMPP server (different daemon each time) working and hooked into web services and custom auth serving production traffic. And that's just the chat-related work I've done. I kind of know what I'm doing, at least.
After a couple hours I gave up on Synapse, having accomplished nothing and only being more confused than when I started out, as far as any path to a deployed config I'd be comfortable with. That they sell hosting, and it was such an incredible pain in the ass to run sanely on one's own, sets off some alarm bells.
I don't think anything you wrote contradicts what I said in the parent comment. In the section you quoted, I only meant to say that other homeserver projects are definitely not dead. There are a bunch that are actively developed and improving.
It's also true that the new homeservers aren't yet ready for prime time. But they're coming along really fast.
It's true that homeservers by third parties had a bit of a rough time in the beginning due to finding "bugs" in the spec that no one noticed before because there had previously only been a single homeserver implementation. That situation has been improving though. I've seen Conduit development result in several different patches submitted to the upstream Matrix spec.
> It's also true that the new homeservers aren't yet ready for prime time. But they're coming along really fast.
I have seen way too many being abandoned to believe that. In fact last time I researched I put Conduit in the abandoned list, though apparently I was wrong. Matrix is just a too complex protocol, and way too focused on one and only one server implementation. Which is ironic considering probably every other competitor protocol (save for perhaps IRC itself) is even more complex, but at least they were not that complex when they initially showed up -- so other people could actually start implementations that survived and growed along.
I asked the primary author from conduit, as a third party implementating a server, if he thought the protocol was too complex. He said no, which actually surprised me.
I'm somewhat of an layperson on this topic in that I haven't actually ever tried to work with the protocol on a low level. But my take on it is that if they can slow down the pace of Matrix evolution in the next couple years, the protocol will be in a good state. It's complex, but it's providing extremely complex features.
But if they keep going at this pace for too long, third party implementations may become less feasible.
> This one is way off. Synapse, the "one complete server" you must be referring to, is going to be deprecated. The Matrix Foundation team is working on Dendrite to replace it.
Interesting, I've always been reticent to host my own instance because of how complex Synapse is to setup for the uninitiated. Hopefully Dendrite makes it simpler.
Matrix is a federated protocol, so you could easily use your forked client or forked server with the existing servers and clients out there. Basically like you're free to fork any of the open source email servers or clients and operate your own version.
> Fewer clients, way more complex protocol
This is actually a valid complaint, though it's partly due to Matrix being pretty young. The other part is that Matrix does a lot more for you than IRC (eg e2ee and federation) and those extra features require complexity.
> The identity server is centralized
This is a completely optional part of Matrix. You don't need identity servers. You never have to provide your phone number. They don't even push you to when you sign up. It exists as a convenience feature for people who complain that they need to be able to discover their friends on Matrix by their friends‘ phone numbers. Also, you're free to run your own identity server for you and your friends or whomever.
> other attempts [at creating a homeserver] appear dead
This one is way off. Synapse, the "one complete server" you must be referring to, is going to be deprecated. The Matrix Foundation team is working on Dendrite to replace it. There are also several independent projects that are very active, notably Conduit, started by one guy unaffiliated with the Matrix Foundation team. Conduit is extremely far along and is under constant development.
> All of Matrix is controlled by New Vector LLC
The people who created Matrix were careful to separate their for-profit projects from FOSS community projects. Matthew Hodgson (Arathorn) explains it well here [0]. TLDR: The Matrix spec, the Element clients, and the Synapse/Dendrite homeservers are maintained by a nonprofit. Same team, different organization and funding. Everything is open source, so anyone is free to fork at any time.