Lemmy actually marks votes as private for federation, but it seems that kbin/mbin ignore that.
Comment on Lemmy devs are considering making all votes public - have your say
adam@doomscroll.n8e.dev 4 weeks agoExcept, if you’re using anything other than Lemmy at this point that information is already about. The Likes/Dislikes are considered public information by the protocol. Lemmy devs probably just didn’t get around to building out the UI for that before the Reddit APIcolypse.
nutomic@lemmy.ml 4 weeks ago
adam@doomscroll.n8e.dev 4 weeks ago
Ahh, didn’t even know there was a flag for that. I don’t suppose you could link to the relevant w3c or FEP for it?
nutomic@lemmy.ml 4 weeks ago
www.w3.org/TR/activitypub/#public-addressing
Next time try reading the spec before asking.
adam@doomscroll.n8e.dev 3 weeks ago
How about you assume less? I spent 40+ minutes looking for this here, here, here and here and I’m already fairly familiar having done work on two other ActivityPub based projects.
In addition public-addressing (or the lack of use thereof) in no way claims to achieve what you’ve stated - which is probably why it’s not the answer to my query.
Socsa@sh.itjust.works 4 weeks ago
If anything, Lemmy devs should work on methods to obscure user identities, not expose them.
One of the biggest issues with the fediverse is very specifically how much user information can be exposed outside your home instance. As has been pointed out in this thread, it is very easy for rogue instance admins to set up quiet data mining instances.
It seems like it should be relatively straightforward for certain activities, like votes and telemetry, to be anonymized/tokenized for the purposes of federation, since that information all propagates outward from the home instance anyway.