Lemmy devs are considering making all votes public - have your say
Rimu@piefed.social to 
github.com
Probably better to post in the github issue rather than replying here.
You are viewing a single comment
Rimu@piefed.social to Rimu@piefed.social to Rimu@piefed.social to Probably better to post in the github issue rather than replying here.
I read about that. In my opinion is that what should change, if possible. There are good reasons why votes a secret in democracies.
That would be great. I'm not sure how to solve the problems that arises though. If i can send an anonymous vote to an instance, what stops me from sending 100?
Maybe there's some smart cryptographical solution here that alludes me, but it seems hard, if possible.
You could just hash your username+instance combo, right?
hmm, how would the receiving instance verify? what happens if I send 100 random hashes?
This is literally already a problem. I can easily set up an instance and write a simple bot which just spams votes with randomized user strings. There are generally a bunch of these functional vulnerabilities in the AP trust model which are only mitigated by the current lack of scale. Work needs to be put into reworking the trust model, not exposing user telemetry to even more people.
Well you can do that for a little bit, until your instance gets found out and it gets defederated. And you need to pay for a new domain if you want to do it again. So the current system actually makes it cost real money to do this spam you're talking about.
Sure, but the detection and enforcement mechanism would be the same as it is now.
well, since the voting is public it's easy to remove your votes and block your instance after the fact
Each instance could store a static private key used to encrypt all usernames in that instance maybe?
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.
Because voters only receive a voting ballot after they identify themselves as a real citizen with a real passport?
Passport required? Shit, most of our country would be ineligible to vote as they can't afford to travel out of the country for vacations enough to keep up to date passports. Valid up to date passports are around 40% of the population in the U.S. I believe it is trending up though. Pre 9-11 they were way lower. (Because you didn't really need a passport to go on short trips, just an ID)
Even on github they are public. Lol