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?
I also think option B is a good idea. It could split up the load of a large topic.
As for maintaining the distributed philosophy of Lemmy, I think it could possibly work by moderators of each community vote on/approve other members of a super community, like and alliance or union. They may want to agree on a standard set of rules. Then if you subscribe to one, it can pick up the others automatically. And if a community/moderators go rogue then the members of the super community moderators could vote to expel that community.
This keeps it still mostly simple/automatic for most users while allowing for a decentralized way to group communities and handle bad actors.
Not sure how feasible it is on the technical side or how it would fit into ActivityPub. But hopefully we find some solution to these fractured communities.