There's some relevant discussion here and in the thread linked by ernest in that post here. I don't want to give any wrong information, but I don't think activitypub has a spec for downvotes/reduces/dislikes, just likes and shares (boosting). So on mastodon dislikes definitely aren't federated. I believe for lemmy, they federate between lemmy instances that have them enabled, but for kbin they are local to your instance.
This is also not compatible with the ActivityPub spec but even if it were youād win nothing because as soon as you fetch the post it is still on the server.
Mastodon actually just stores all this data on the server containing the post itself. Instance admins get as much information about the post as the client does. Both Lemmy and Mastodon use the same protocol, but Mastodon chooses to only to trust the server the user is using, and not the third-party servers.
Iād first have to create 2000 users, then Iād have to send 2000 upvotes. And then Iād get blocked by all instances.
Creating that many users wouldnāt be hard to do(you donāt need to use the GUI, just a little SQL is all thatās needed). And you donāt need to āsendā the upvotes; you can sidestep the protocol entirely and just update the database. Thatās the problem.
And while yeah, the instances would block me, they probably wouldnāt notice if I did it at a much smaller scale. In fact, thereās no real easy way to check whether these upvotes from an instance are actually real.
One day š (jlai.lu)
"ActivityPub not suitable for implementation as the base federation layer in diaspora" (overengineer.dev)
What are you thoughts about this?
YSK: Your Lemmy activities (e.g. downvotes) are far from private (i.imgur.com)
Edit: obligatory explanation (thanks mods for squaring me away)ā¦...