this post was submitted on 03 Oct 2024
487 points (97.8% liked)

Fediverse

28494 readers
313 users here now

A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).

If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!

Rules

Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy

founded 2 years ago
MODERATORS
 

cross-posted from: https://lemmy.dbzer0.com/post/28930199

A bit of an effortpost :)

Please do crosspost in more fitting communities if you think of any

you are viewing a single comment's thread
view the rest of the comments
[–] toastal@lemmy.ml 3 points 1 month ago (1 children)

Matrix servers chew up an order of magnitude more CPU/RAM which limits the places you can deploy it. The eventual consistency model makes storage balloon as every message, attachment, metadata must be copied to all nodes in a conversation which is resilient, but wasteful in duplicated content in practices which has historically caused many medium & larger servers to shut down due to the explosive just of storage (similar issues with Mastodon). That same model is why it takes on the order of minutes to just join a room or come back to a client that hasn’t been opened recently. Element X & new servers have to work so damn hard to work around asynchronously than fundamental decision to attempt to hide it from the sluggish UX but behind the scenes still too expensive. & since it is expensive to run in many vectors this causes folks to then move to the biggest servers that can handle the load which means the Matrix network is in actuality a small number of massive servers (most of which managed by Matrix.org) & a small number of tiny hobbyists running nodes of <10 users is practice. With so many users on Matrix.org-controlled instances (& again with eventual consistency), almost all data gets synced to their nodes make subpoenas a breeze.

A healthier network would have many fewer massive centralized nodes, medium-sized nodes, & the resource requirements would be low enough that more folks would be encouraged more often to run their own nodes they control so they aren’t required to trust an unknown serves operator. Meaning “just making an account on any public server” isn’t a great mode of operation for privacy—especially as with Matrix joining a medium-sized server will put them under a lot of strain causing them to throw in the tower & joining the few massive servers further exacerbating the centralization issue.

Copying the UX of Slack/Telegram/Discord in a decentralized manner is a fool's errand. Keeping the chat history for eternity is already a questionable call over using forums, but trying to distribute that out like a blockchain is so wasteful.

https://lukesmith.xyz/articles/matrix-vs-xmpp/ https://www.freie-messenger.de/en/systemvergleich/xmpp-matrix/ https://www.process-one.net/blog/matrix-and-xmpp-thoughts-on-improving-messaging-protocols-part-1/

[–] sep@lemmy.world 2 points 1 month ago (1 children)

Thank you for a detailed answer. We probably do not notice much of this problem yet, since we are in the low user count of 30-40 with mostly local channels.

[–] toastal@lemmy.ml 2 points 1 month ago (1 children)

It’s once you start federating do the prices start to soar, & most things can hold local channels fine… but that’s kind of the point if you are hitching your cart to say something is decentralized as a bullet point for privacy. But if it’s mostly local channels, wouldn’t IRCv3 cut it?

[–] sep@lemmy.world 1 points 1 month ago (1 children)

I do not know the in's and out of ircv3. But we use matrix/elements for videocalls. Groupcalls. Screen and videosharing etc as well; Not just text chats. Beeing able to quickly search all of your chat history across all your channels and dm's are very nice. Not requiering a irc bouncer to recieve messages is essential.
Atleast for us having another vm among the thousands we host in our dc is not a huge cost, but i understand that is not the same for everyone.

[–] toastal@lemmy.ml 1 points 1 month ago (1 children)

V3 has chathistory + away status so the bouncer isn’t needed. Voice & video would be out of scope if trying to use a single tool, but the way these protocol operate is just to handshake & negotion for another protocol. My mates & I use Mumble (looking for alternative but everything kinda sucks & uses too many resources) for audio & share terminal sessions for other tasks where video is a massive liability for bandwidth & accessibility with video artifacts making text illegible.

Even still none of this requires perpetual data replication—what it leads to is Alice joining Bob’s server instead of setting up her own server & joining that way since the cost of hosting all that data + CPU/RAM prohibit her sovereignty in the space. Our society has enough of that where you can’t own your own land or other resources, reliant solely on those in power. With tech we can give that power back to folks so they can run their own stuff if they want, but we can’t have that if the cost of running everything is too high due to bloated design.


Also this was hard ta read: Is your space bar broken? ’Cause a lot of words are stuck together… ins & outs*, DMs* …apostrophes don’t make words plural.

[–] sep@lemmy.world 1 points 1 month ago

Terribly sorry. This is probably my norwegian shining thru. Where concatination of words are very common.