I agree that it’s bad that there’s a false impression of privacy, but I think it would be better to allow this as an extension or something and not include it as a feature in the UI, or at least not on by default. That way people who otherwise wouldn’t bother won’t be tempted to drive themselves crazy looking for imaginary enemies.
Comment on Lemmy devs are considering making all votes public - have your say
echolalia@lemmy.ml 4 weeks ago
I think they should be public. They’re already accessible for mbin posts and anyone administrating a lemmy instance. It should be clear to all users that their votes are already not private.
Someone could make a lemmy instance just to get voting behavior and make a website with cool graphs and stuff today and the only thing that could stop them is defederation. If Lemmy gets popular, this is just an inevitability.
Imagine if a large instance decided to do that today. Imagine if lemmy.world released lemmy.world/votes. Would people defederate just for that? Remember: Mbin already displays scores and I don’t think anyone has defederated over it.
Might as well put it on the interface so everyone understands it isn’t private. Rip off the bandaid.
chicken@lemmy.dbzer0.com 4 weeks ago
pivot_root@lemmy.world 4 weeks ago
Exactly. If private votes were intended, Lemmy servers would have had voting privacy setting where the vote is federated as
@privacy-vote-{sha256sum userid & postid}@instance.fooinstead of the actual voter’s username.rglullis@communick.news 4 weeks ago
Not privacy-protecting. You can easily deduct the voter by enumeration.
pivot_root@lemmy.world 4 weeks ago
A private salt would fix that :)
rglullis@communick.news 4 weeks ago
Then what is the point of hashing the data? Just use an UUID.
Anyway, this is all pointless bike shedding because the activity needs to be associated with the actor, as it can only be accepted if the signature can be verified.