I’ve noticed in the explosion that we are getting duplicate communities in multiple instances. This is ultimately gonna hinder community growth as eventually communities like ‘cats’ will exist in hundreds of places all with their own micro groups, and some users will end up subscribing to duplicates in their list.
A: could we figure out a system to let our communities know about the duplicates as a sticky so that users can better find each other?
B: I think this is the best solution, could a ‘super community’ method be developed under which communities can join or be parented to under that umbrella and allow us to subscribe to the super community under which the smaller ones nest as subs? This would allow the communities to stay somewhat fractured across multiple instances which can in turn protect a community from going dark if a server dies, while still keeping the broader audience together withing a syndicated feed?
Lemmy is decentralised, so there’s no way to establish the concept of a ‘super community’ without decided a specific instance plays that role - an instance that, ultimately, is hobby run and just as vulnerable to outages as the others. What happens when the instance running the Super goes down?
There’s also no way to make a Super any more official than any other. It can handshake a bunch of instances, but unless a user registers to the Super, they still need to search for them like they do now to introduce them to their own instance. A ‘Super’ may as well just be an instance deciding to put a Megathread of federated servers in its own Support community.
If the Super federates with a bunch of different instances, it also limits those instances abilities to defederate from each other. We’d end up with one of the following:
I’d suggest users subscribe to duplicates, for a few reasons (ultimately about federation and safety in redundancy).
1. Connectivity.
Until an instance first reaches out to introduce itself to another instance, communities are not visible. Somebody on lemmy.ml can look for ‘gaming’, but until somebody searches for !technology@beehaw.org to introduce lemmy.ml and beehaw.org to each other, then beehaw’s communities like beehaw.org/c/gaming will not be in the results.
Having duplication helps communities find people across many instances. While it’s true that one will likely get bigger than the other, people cross-posting in them or being active in both will allow them to act as bridges to each other, improving how instances network.
2. Longevity.
Lemmy is federated. That means we have dozens of different servers running in different homes, basements, hobbyist offices. It’s not centralised, and they’re passion projects. So not only is decided which instance should be the ‘official’ one meaningless, having at least two active somewhat-duplicates provides a level of redundancy if one of them shuts down. (Say, the owner dies, or goes bankrupt, or their office is hit my a natural disaster.)
3. Community.
So you raised the idea of each smaller community having duplicates. This is a problem for a platform that wants an aggregate that reaches as many as possible, such as a tech support community. But for social communities, the smaller ones have their own niche. You might not get as much volume in cat pictures (you can always sub to more cat subs if you wish) but the c/cats on your own instance is going to develop it own instance-specific community, where you know each others’ cats by name. Hey @kittypaws@lemmy.meow, how is Madame Biscuits doing today? She seems to like her new bed!