this post was submitted on 27 Jan 2022
42 points (95.7% liked)
Asklemmy
43945 readers
970 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
- !lemmy411@lemmy.ca: a community for finding communities
~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~
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
Glad to see you've already be thinking about it, and those are all excellent points. It is hard to make a system like that in a way that precludes it from being gamed, and voting would require tracking user reputation in some way as well. I imagine it's something that would need to be tried and refined over time if you do decide to give it a shot. No matter how good the system is, people will continue to look for different ways to game it. So, it's always going to be an arms race between loopholes being discovered and addressed.
I also very much agree with the emphasis on active users over subscriber counts. Ultimately, it's the people who actually participate that make the community what it is. Although, jumping communities/servers might be a bit trickier once the scale grows. And this would be an important aspect from activism perspective. If there were a million active users in a community, and it was being used for real world agitation and organizing, then a rogue mod could potentially do a lot of damage.
Thinking a bit more about it, I wonder if a simpler solution than voting could be to allow making communities with restricted mod powers instead. For example, could make it so that community can't be deleted, mods can't take it private, etc. And as you note, if the admins are actively participating then they can be used as arbiters for issues like rogue mods. You're right that this is a big difference from Reddit, and if server admins go rogue then there's really nothing you can do about that with software anyways. So some trust is ultimately necessary.
I just wanted to float the idea, and I'm also not sure how workable it would be in practice. It's obviously a bunch of effort to implement and test a feature like this, so it's worth thinking about the merits before investing the time into implementing it.
I think your suggestion provides some good balance, you're right in that, even in a decentralized platform, there has to be some local trust/centralization. I find trusting the server admins easier than the community mods, so shifting some of their powers could be good. Additionally, if migration tools are to be developed, a community could fairly easily move itself to another instance, in case the trust on the admins cracks.
Right, since there has to be trust in admins of an instance it might make more sense to move more power to the admins, with federation being a fallback if the admins go rogue.
100% agree. Especially since communities really do "live" on a server. Another server can have a backup of that community's history (IE federated content they see on their own server), but if the original server dies, then so does the that community... and it would have to be re-created.
Fortunately besides deleting all your own content, even mods cannot edit or actually database delete anything but their own content. Even a community delete is just a boolean flag, and communities can be undeleted with no harm done.
But yes there's so much with democratic moderation that has never been tested or implemented, that its completely unpredictable. I'm not sure I would want lemmy to be a test-case for that potential instability, I'd rather have other projects figure out something that works first.
Completely agree with all that. I don't think this is an urgent concern and, as you note, there aren't really good examples of the idea having been implemented. It's something to keep an eye on, but likely not worth trying to pioneer.