IRCv3
this post was submitted on 19 Jul 2025
35 points (100.0% liked)
Technology
252 readers
415 users here now
Share interesting Technology news and links.
Rules:
- No paywalled sites at all.
- News articles has to be recent, not older than 2 weeks (14 days).
- No videos.
- Post only direct links.
To encourage more original sources and keep this space commercial free as much as I could, the following websites are Blacklisted:
- Al Jazeera.
- NBC.
- CNBC.
- Substack.
- Tom's Hardware.
- ZDNet.
- TechSpot.
- Ars Technica.
- Vox Media outlets, with exception for Axios(Due to being ad free.)
- Engadget.
- TechCrunch.
- Gizmodo.
- Futurism.
- PCWorld.
- ComputerWorld.
- Mashable.
More sites will be added to the blacklist as needed.
Encouraged:
- Archive links in the body of the post.
- Linking to the direct source, instead of linking to an article talking about the source.
founded 2 months ago
MODERATORS
…is a protocol and doesn't answer how or where to host your chat and how to onboard users with convenience and clarity.
The biggest issue is a lack of chat history. Host a chat and people can post a question and come back to the answer another day. But not on IRC.
It's certainly simpler and more stable than Matrix though.
It’s certainly simpler and more stable than Matrix though.
Yeah, that was my main thought.
I say "V3", because the new upcoming features, seem to be going in a good direction, to make it usable in the current era.
Chat history, I think I still won't expect from that.
The IRC ecosystem seems to be going on well and will hopefully stay a useful way of communication in the future.
I really like that every event has an id in Matrix though (I don't really know the IRC protocol, maybe that has it too ¯_(ツ)_/¯)
For the Matrix.org thing, I feel like funding just went into the wrong location.
Perhaps Conduit or Construct might have gone better?
I don't think Discord is great. But it's better than dealing with "Unable to decrypt message" on every message I get. It's better than being unable to properly search a channel, or server. It's better than the slow mess that Element (and other matrix clients as well!) are.
Hot take: Erlang/OTP is renowned for handling ridiculous numbers of concurrent users and has been battle-tested for decades in distributed systems, especially in comms platforms. To this day, I cannot comprehend why Matrix.org chose to use Python and Node.js of all things, instead of Erlang, or more recently, Elixir. This feels like such a low-hanging fruit in terms of architecture design, yet Matrix.org,
This explains so much. Why in the world is matrix not built on OTP??? Discord got this correct, right at the start. They went all in on Elixir and Rust and ho-boy, you can tell.
I honestly do not understand the draw... at all.
The enshittification reaper is coming for Discord; the writing is on the wall, they are planning an IPO this year. The draw is that it isn't Discord and that you can own and control the data produced by your organization (or peer group), and have reasonable control over how the platform is changed. Now if none of that appeals to you then you probably aren't the target audience.
I never understood the draw of matrix.org as a service, the ideas originally driving matrix's development back in 2017 or so was to be to Discord/Slack/Teams what Lemmy is to Reddit.
That stuff does appeal to me, but Zulip has done it better for a very long time now. Matrix, while decentralized, really provides nothing else besides pain. Organizations don’t usually care about federation. They want a single chat app that they control and they’re ok if it’s FOSS.
Like, if I’m an organization I’m choosing Slack or Zulip 100% of the time. If I’m playing games with my friends I’m choosing Discord. There really aren’t good alternatives. Everything else sucks incredibly badly.
Erlang maybe a better tech choice, but it's still a pretty bad take. Tons of much larger scale applications built on either njs or python. I certainly don't think that tech choice is what's killing Matrix. Maybe one could argue general incompetence or lack of experience on the developers though
I don’t really think there’s any massively large scale messaging apps built on node or python that function well. Node has a decent connection limit, but there have been thousands of articles written on all the difficulties you will have with that and getting it to actually perform at that level. Yes it will run, but not well. Python just isn’t even close to node, so I’m not gonna bother with that. OTP was built for this. The matrix org might have been able to get it to work with Python or node eventually but when you’re building an application that needs to be easily maintained by the open source community with as few architectural decisions as possible, it’s just not gonna work out unless you’ve chosen the right tool for the job to start with.
Edit: Zulip (the best oss chat app I’ve used) is written in Python and typescript but it’s not built for anything other than single org use. For single org use you’re not going to have tens of millions of messages a day.
Every year or so I try Element again and the experience is just bad. As an IRC alternative for quickly joining some random chat to ask a question, it's fine. As a day-to-day chat app it's miserable, I also don't understand why it's forcing encryption woes on the user by constantly nagging about it.
The mobile app used to force me to re-enter my password every now and then so I don't forget it, and since I deleted the app I'm now unable to access encryption settings on the web version because I'm forced to verify this device by using another device I was logged in at, but that's fine because I didn't have anything worth saving. I did a reset of my account, except that doesn't work: I got an error "Failed to allow crypto identity reset".
It's such a hassle. I also hate that you can be in a server but most rooms will be hidden and you have to join them manually which is so counter-intuitive!
I don't like choice was made to try to create a centralized matrix.org service to try and be a discord, Matrix makes sense when self hosted for an organization or peer group that needs messaging while owning the platform it is distributed on. Admittedly a bit niche, which is probably why a centralized big main instance was produced on what should have been a fully federated platform.
Marrying the protocol to its most well funded client was also a huge mistake, a lot of what element does is propriatary to element making alternative frontends functionally unsupported. Matrix is very confused about what it wants to be.
That being said, i use it as a self hosted alternative to discord for me and my friends; anyone who gets added to the platform receives a light education about how the encryption key management works. Just about every discussion channel created is deliberately made an unencrypted room. I desperately wish they made the high stakes encryption an optional thing that you only enable when needed. Encryption by default can be configured per server, but the reputational damage is done and the settings are at a sysadmin level, so matrix.org is just fucked
Yup. Dumpster fire.
Good to see more people come to this conclusion, using matrix for online public chat seems strange when irc exists.
And for IM, matrix is a non starter.
The difficulties of curtailing known csam rooms, as admins have described, is another nail in the coffin for matrix.
I'm not sure what better choice there is if you want strong decentralization/federation... every attempt so far has been met with moderation woes whose solution is just.. more centralization (mjolnir/shared ACLs/blocklists/etc.).
Which is your priority? Decentralisation or Federation?
One you can solve with briar/nostr/jami the other with xmpp/deltachat/databag
blocklists are centralization. I mean aren't they voluntary to use?
Yes they are, but when a platform prides itself on decentralization and tries to gain users based on that, only for the user to find out they're already wrongly banned everywhere because of a centralized blocklist (my personal experience as an example)... to me that's still too centralized.
My dream with federation is all that at the individual level. So I can sign up for blocklists and heck im fine with some initial defaults that can be turned off but i would like the user to open or close off everything if they want.