I apologize if this has been asked before, but I’m wondering if it would be feasible to implement a new approach to defederation that offers the option of choosing between complete or partial defederation from another instance.
Currently, defederation blocks both the locally made posts on the defederated instance and its entire userbase. This can be excessive, and in many cases it may be better to block only the posts made on the other instance while still allowing its users to interact with the instance that defederated — user behavior may differ between their home instance and other instances. This partial defederation (or limited federation) would facilitate normal interaction without negatively affecting the content of a feed.
Problematic users could be managed on a case-by-case basis using bans, similar to how it is done for federated instances. Automated tools could simplify this process in the future. Complete defederation would still be necessary in extreme cases where no positive user interactions are expected, such as with instances that promote Nazism.
Instances are being forced to choose between a sledgehammer and nothing at all, and I think a compromise is warranted. I’m curious to read others’ thoughts on how to solve this existing challenge.
EDIT: I added a rough sketch that outlines the proposal. On the left side is the system as it works now and on the right side are two possible scenarios for limited federation (1 direction or bidirectional)
Beehaw feels like it’s ran by power tripping mods hiding behind toxic positivity and I’m not sad they defederated. I wouldn’t denigrate anybody for preferring it but I personally like a little more freedom.
I disagree. I think you should either federate fully or not at all.
Why should we let instances browse and comment in our communites without reciprocity?
Even with partial defederation, beehaw would still have fully defederated those instances. They cited the fear of potential troll users as a reason, they wanted to stop the users from interacting with them, not just block the content. But yes I agree, partial defederation needs to become a feature.
Not necessarily. There’s a Mastodon setting that would have worked here, it lets users from your community interact with another but doesn’t let users from that community come into yours.
It sounds to me as if the problem is one of technology and manpower; both need to be enhanced. Voting to bell the cat won’t help if it’s impossible to do!
Splitting hairs, but I think rather than implementing a partial defederation, I think it would be better to set user rights for a given federation instance. Some federations you might want to allow view only access, access to a certain “tier” of communities, etc. Make the rights customizable so its as granular as needed by the server.
I’d suggest that beehaw’s concerns could be met with a tool that lets you disable posting or voting from off-instance users unless they meet threshold criteria, whether it be account age or post history or manual approval. That would allow you to keep your content interaction controlled without the nuclear option of complete removal.
I’m out of the loop, could someone explain what happened?
All I know is that Beehaw defederated (or was defederated by) someone because of trolls?
Beehaw block lemmy.wolrd and sh.itjust.works
Yeah, they defederated from lemmy.ml as well
At this point, they might just be going the way of turning off federation completely, at which point they can have their little curated walled garden where no one can disobey without a full account ban, and then they will slowly cease to exist.
The comment I read made it seem as some kind of pitiful faction war but it’s pretty understandable, maybe it could even have a positive impact on Lemmy as a whole
This needs to happen. This is getting ridiculous
I have a feeling that given a couple of years, things will settle out a bit and be more like Mastodon.
Could you imagine if your ISP/Gmail was so particular about what servers you could send email to?
There will always be valid reasons to defederate, although I think the bar for that is going to end up pretty high and well-defined in the future, but it’s sort of an organic process to get there.
The site grew something like twenryfold in the span of two days… Honestly I’m impressed at how mild the ridiculousness has been
When you look at Lemmy as a whole though, the growth is significant, but the total is not that huge.
The number of Lemmy users has increased from ~50K at the start of the month to ~135K today, so a bit under 3x. (For comparison, that’s approx. 0.002% of reddit’s active daily user accounts, or 0.00008% of reddit’s active monthly user accounts.)
That we are seeing technical, trust, financial, and social/management scaling problems leading to defederation, servers being overloaded, etc. at this relatively tiny level of engagement is a bit worrying, but also kind of encouraging in a way. Better to encounter these things and address them early on, while the system is up and running.
The good news is that there seems to be no shortage of people willing to help out. Lemmy is working for now, but these rumblings of future scaling problems need to be tackled. We have a growing user base, and there seems to be no shortage of motivation for creating a viable reddit alternative.
I like that idea. I had to create an account on 3 different instances to be able to interact with the communities I want because of instance blocks, it would be nice not having to juggle them all the time.
Yeah people are not going to migrate over if they hear they can’t interact with everyone. “Be careful which instance you sign up with because other instances may have blacklisted you, but I can’t tell you which home instance to use because it might get overloaded.”
Things will settle. There will be a lot of split communities at first, but in due time it will be more consolidated.
So in more exclusive instances they will have their own communities on a matter if their users need it, but I expect the more general ones to be the go-to for the majority, even if in different instances.