Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

De-anonymize downvotes and treat them the same way upvotes are treated (which are already public) #4052

Closed
4 tasks done
zer0fuku opened this issue Oct 16, 2023 · 1 comment
Labels
enhancement New feature or request type: invalid This doesn't seem right

Comments

@zer0fuku
Copy link

zer0fuku commented Oct 16, 2023

Requirements

  • Is this a feature request? For questions or discussions use https://lemmy.ml/c/lemmy_support
  • Did you check to see if this issue already exists?
  • Is this only a feature request? Do not put multiple feature requests in one issue.
  • Is this a backend issue? Use the lemmy-ui repo for UI / frontend issues.

Is your proposal related to a problem?

Right now, even though the UI doesn't show it, Lemmy clearly tells admins who upvoted any given comment or post. The same however is not true with downvotes, only downvotes from the admin's instance can be seen. Those from other instances are anonymized.

This of course leads to abuse. I have witnessed cases of people creating dozens of accounts on different instances to exploit this weakness and massively downvote comments they don't disagree with and sometimes even "harass" people by downvoting every comment made by a given person (they'd sometimes get caught when they then upvote their own comments with the same alts, as upvotes are clearly identified by Lemmy unlike downvotes).

This behavior of "your comment made me angry so I'm going to follow you everywhere and downvote you with my alts for the next few months" isn't new, that was imported from Reddit. But Reddit had automated ways to deal with vote manipulation.

In contrast, on Lemmy it's the total wild west when it comes to downvote manipulation. Bad actors will simply create a dozen fake accounts distributed over many instances to avoid being detected by any admin, as each admin will at most see only one of those in the downvotes, unless admins all collaborate to identify those downvotes. In essence, the Lemmy backend right now is enabling this abuse and contributing to more toxicity.

Describe the solution you'd like.

I don't know what the reasons were for this, but downvotes should not be handled differently from upvotes. The identity of the downvoters needs to properly federate just like what is already done with upvoting. That way it will be easy to spot abusers and report them to the instance admins.

Describe alternatives you've considered.

N/A

Additional context

No response

@zer0fuku zer0fuku added the enhancement New feature or request label Oct 16, 2023
@Nutomic
Copy link
Member

Nutomic commented Oct 17, 2023

This is not true, downvotes are federated exactly in the same way as upvotes. Lemmy also doesnt "clearly tell admins who upvoted any comment or post". Its only that votes (up and down) can be seen in the database. I wonder how you came to these conclusions.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request type: invalid This doesn't seem right
Projects
None yet
Development

No branches or pull requests

3 participants