IMO, it enforces some sort of accountability to people’s voting behaviour. Some of the online forums I frequent have it by default and I’ve never had any problems with it, as I can back my downvotes with arguments if I’m asked to. 🤷
Having said that (and without knowing anything more about the situation): what a weird and most likely pathetic thing to do by that dude.
ech@lemmy.ca 2 weeks ago
There’s not really a way to do votes privately on a federated system. Unless you’re suggesting no votes at all, which could be interesting, but I’m not able to envision a functional way to do that.
remon@ani.social 2 weeks ago
It’s a minor technical problem.
moseschrute@lemmy.world 2 weeks ago
How would it work in your opinion?
remon@ani.social 2 weeks ago
You use a one-way hash instead of the user-identifying key that is currently used to store the vote value.
jbk@discuss.tchncs.de 2 weeks ago
didn’t piefed or some other alternative to lemmy add that feature
teft@piefed.social 2 weeks ago
Kbin. Piefed doesn’t show you who voted. It does show users “attitude” which is a ratio of upvotes to downvotes that the user has given but it isn’t granular to show what they’ve voted on.
AwesomeLowlander@sh.itjust.works 2 weeks ago
Piefed implemented it, but it didn’t work out for some reason and they ended up having to remove it.
ech@lemmy.ca 2 weeks ago
I’m not talking about blocking users from seeing votes - the nature of federation requires, at the very least, that admins are able to see the data flowing into their instance, which includes voting records. From that point, all it takes at that point is a purpose-made instance to be spun up that will catalogue all the votes that it federates with and publish them. In fact I’m pretty sure this already exists.
Aceticon@lemmy.dbzer0.com 2 weeks ago
Thinking out loud, one way hashes would work as a way to keep the id of user votes secret whilst avoiding vote duplication.
AwesomeLowlander@sh.itjust.works 2 weeks ago
Not to remote servers