this post was submitted on 25 Jun 2023
44 points (94.0% liked)

Lemmy

12575 readers
1 users here now

Everything about Lemmy; bugs, gripes, praises, and advocacy.

For discussion about the lemmy.ml instance, go to !meta@lemmy.ml.

founded 4 years ago
MODERATORS
 

I hope this is the right place to discuss a potential feature for lemmy.

I've been reading a lot of the defederation calls from instances and their users. More often than not, this was due to very specific elements of those instances; trolls, extremists, etc... But in my opinion, defederating a whole instance because of that is a sad pity.

I was thinking a way to solve this would be to have a federated blacklist. Instance Admins would ban user accounts from their instance and that would be added to a list that could be consulted/automatically used by other instance owners. They would ideally be able to set parameters, like banning users from a list accepted by a number of other instances, a specific reason for the ban, or banned by specific instances.

This would lessen the administrative load, protect instances, allow different instances with shared concerns to help each other while allowing their own users to interact with the 'compatible' users and communities from other instances.

Just an idea and wanted to bring it up and hear some thoughts.

you are viewing a single comment's thread
view the rest of the comments
[–] PotjiePig@lemmy.world 1 points 1 year ago* (last edited 1 year ago)

When a server A federates with server B, it allows itself to scrape information off it and synchronise with it so that its users may comment, receive updates etc. Because these are individually run, and decentralised, each server will need to comply with its own local laws.

If server B decides to host a community with kiddie porn, Server A now will synchronise and share that information with its users, storing elements of the information on it's own servers. This would put the owner of Server A at massive risk and would be a responsibility of the admin to keep themself protected and in line with the Law. Since you can't control anything that happens on Server B.

If server B gets taken over by Russian spam bots, and they are able to comment wherever they wish, you wouldn't have any control at moderating those accounts as they are not on your server. It's easier to just block that server entirely.

Defederating but allowing commenting means that you aren't actually disconnecting, and keeping a tunnel open and swapping data and updating fresh comments.

It's a gray area as the line can become blurred with things like The Donald, which might be largely unpopular and racist but it doesn't break any laws. so deferedating willy nilly can easily become a tightrope walk between protecting users from bad actors and quelling free speech. That's why we can block those communities ourselves.

True that it's not the perfect system and as servers connect and disconnect from one another, communities may fracture and users may need to create new accounts or have multiple which can be inconvenient, but it's the most logical system for now.

There may come a time where a middle step is needed, once instances become so large that defederating can be a massive issue, it may be nice for an instance to block off communities from other instances while not actually fully defederating.