this post was submitted on 10 Jun 2023
76 points (98.7% liked)
Asklemmy
43945 readers
786 users here now
A loosely moderated place to ask open-ended questions
Search asklemmy ๐
If your post meets the following criteria, it's welcome here!
- Open-ended question
- Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
- Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
- Not ad nauseam inducing: please make sure it is a question that would be new to most members
- An actual topic of discussion
Looking for support?
Looking for a community?
- Lemmyverse: community search
- sub.rehab: maps old subreddits to fediverse options, marks official as such
- [email protected]: a community for finding communities
~Icon~ ~by~ ~@Double_[email protected]~
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
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 [email protected] 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 @[email protected], how is Madame Biscuits doing today? She seems to like her new bed!