- cross-posted to:
- askchapo@hexbear.net
- lemmy@lemmy.world
- cross-posted to:
- askchapo@hexbear.net
- lemmy@lemmy.world
Probably better to post in the github issue rather than replying here.
Probably better to post in the github issue rather than replying here.
Then again, private votes would be private for mods and admins too. So no more moderating vote brigading or downvote abuse or anything like that.
Good point. Would it be useful to somewhat anonymize them by giving every user a unique code? So admins would see these codes but not easily know what users they represent.
I’m afraid this may enable a malicious instance to use this mechanism to manipulate votes while making it much harder to detect. I think transparent voting is much preferable.
If we look at any of the big social media platforms with public votes, that has not prevented voting abuse through bots and the like. Rather it has served to fuel online harrassment campaigns and value of influential individuals votes (ooh Bill Gates liked X, Kamala Harris disliked Y etc.)
Aggregating votes rather than having individually visible votes serves the purpose of shifting focus to how the community values of the content. It’s the same reason that we follow communities rather than people.
Vote aggregates would be insanely easy to maliciously manipulate. Also, the underlying protocol has no support for vote aggregates so this isn’t even an option in the first place.
Votes already are presented to the end user in an aggregated fashion, as opposed to how it is on kbin/mbin. In any case, even in the current implementation manipulation is relatively easy, as an admin can just spin up extra accounts. The fediverse relies on trust.