1.- It’s less resilient. If (more like when) one server goes down it could take the only community in a topic with it.
2.- If the moderators for the community of your interest are kind of dickwads, or absent, or malicious, you have no alternative.
3.- Federation can create weird problems. If your account instance is not the community’s one, you could be effectively banned, without doing anything wrong.
4.- Creates a perverse incentive for using the biggest instance you can for both creating communities and users. Some of the bigger Lemmy instances already are under heavy load and having problems to stay online. Imagine if we discourage using small instances.
Some mechanisms to “merge” communities across servers would be cool addition. Every Android community in every server that still federates with each other lists every post in all of them. Moderators moderate the posts in their instance. Link repetition is the same as inside of one single community. If one of the composing communities moderator team doesn’t does it’s part it could be expelled from the composite. Like a soft de-federation.
We already have a solution for this with tcp/ip with resiliency in the communication chain. Make the communities duplicated across servers and any server has a copy of the community.
This is definitely an issue but maybe a mod would only be able to control via voting with other mods for that community across servers? Make it more democratic than autocratic? Mod actions should be public too. No working in the shadows allowed.
You see this in gaming. People looking for interaction all swarm to the busy servers and you’ll see dozens of servers all barely in use. Maybe your login should be load balanced and redirected to low use servers.
Agree it isn’t simple. “We want control without control”
I feel like this one is an issue either way. Even if it doesn’t take out the entire community, taking out the largest community is pretty impactful. It worries me that the fediverse feels so fragile.
I think that case is a perfectly valid one to create a new community over. I’m not saying there should never be duplicates, just that we shouldn’t have them without a reason.
Yeaaaah, I think defederation should be handled better and admins need more granular options so that they don’t have to defederate except in the most extreme cases. The fact that some of the biggest instances can’t be seen by some other instances (or at least one other) is weird and worrisome.
I don’t think this would be a reason to avoid smaller instances, but admittedly people will generally create communities on their instance. I don’t think you even can create a community on another instance? You have to have someone on that instance create it and set you as a mod.
It’s a solution, but I don’t like it.
1.- It’s less resilient. If (more like when) one server goes down it could take the only community in a topic with it. 2.- If the moderators for the community of your interest are kind of dickwads, or absent, or malicious, you have no alternative. 3.- Federation can create weird problems. If your account instance is not the community’s one, you could be effectively banned, without doing anything wrong. 4.- Creates a perverse incentive for using the biggest instance you can for both creating communities and users. Some of the bigger Lemmy instances already are under heavy load and having problems to stay online. Imagine if we discourage using small instances.
Some mechanisms to “merge” communities across servers would be cool addition. Every Android community in every server that still federates with each other lists every post in all of them. Moderators moderate the posts in their instance. Link repetition is the same as inside of one single community. If one of the composing communities moderator team doesn’t does it’s part it could be expelled from the composite. Like a soft de-federation.
Just rambling. It’s a complex problem.
Agree it isn’t simple. “We want control without control”