this post was submitted on 17 Jun 2023
219 points (100.0% liked)

Technology

37708 readers
482 users here now

A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.

Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.

Subcommunities on Beehaw:

This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

founded 2 years ago
MODERATORS
alyaza@beehaw.org
TheRtRevKaiser@beehaw.org
gyrfalcon@beehaw.org
rs5th@beehaw.org
Los@beehaw.org
coldredlight@beehaw.org
SemioticStandard@beehaw.org
TheRtRevKaiser@kbin.social
remington@beehaw.org
219
Dispelling the myth of a universal "Lemmy" community, and discussion of what the fediverse really is (beehaw.org)
submitted 1 year ago* (last edited 1 year ago) by Cipher@beehaw.org to c/technology@beehaw.org
175 comments fedilink hide all child comments
 

Like many, when the recent defederation went down, I decided to create a couple other logins and see what the wider fediverse has had to say about it.

I've been, honestly, a bit surprised by the response. A huge portion of people seem to be misidentifying communities as belonging to "lemmy" as opposed to the instances that host them. I think a big portion of this seems to be a fundamental misunderstanding of what this software is, and how it works.

For example, lemmy.world users are pissed at being de-federated because it excludes them from Beehaw communities. This outrage seems wholly placed in the concept that Beehaw's communities are "owned" by the wider fediverse. This is blatantly not how lemmy works. Each instance hosts a copy of federated instances' content for their users to peruse. The host (Beehaw in this example) remains being the source of truth for these communities. As the source of truth, Beehaw "owns" the affected communities, and it seems people have not realized that.

This also has wider implications for why one might want to de-federate with a wider array of instances. Lets say I have a server in a location that legally prohibits a certain type of pornography. If my users subscribe to other instances/communities that allow that illegal pornography, I (the server admin) may find myself in legal jeopardy because my instance now holds a copy of that content for my users.

Please keep this in mind as you enjoy your time using Lemmy. The decisions that you make affect the wider instance. As you travel the fediverse, please do so with the understanding that your interactions reflect this instance. More than anything, how can we spread this knowledge to a wider audience? How can we make the fediverse and how it works less confusing to people who aren't going to read technical documentation?

you are viewing a single comment's thread
view the rest of the comments
[–] seedling@beehaw.org 8 points 1 year ago

That's basically how federated software has to work. Without defederation, running federated software becomes unusable. Either you get overrun by spammers or you become legally liable for illegal content from other servers if you don't do anything about it (the beehaw admins mentioned someone posting child porn as being one reason for defederation). Lemmy is clearly in its early days but this kind of thing will become way more common, as it is on more mature fediverse platforms.

Email providers are a good example of federated software. They have to make sure nobody is sending spam or malware or they will get federated, and they can be very aggressive about that.

Ultimately if you don't want defederation to ever happen, you want a centralized system run by a single organization. Those are your options.

Or you can have the government step in and have a very highly regulated system like for telephony, where almost nobody gets to run an instance, which seems unlikely in this case.