this post was submitted on 18 Aug 2024
814 points (97.9% liked)

Fediverse

28380 readers
1440 users here now

A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).

If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!

Rules

Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy

founded 1 year ago
MODERATORS
 

Probably better to post in the github issue rather than replying here.

https://github.com/LemmyNet/lemmy/issues/4967

(page 5) 50 comments
sorted by: hot top controversial new old
[–] IndianaJones@lemmy.dbzer0.com 9 points 2 months ago (5 children)

I was of the assumption they were private. Please make them private then because I want no one looking at my votes

load more comments (5 replies)
[–] FeelzGoodMan420@eviltoast.org 9 points 2 months ago* (last edited 2 months ago) (2 children)

Absolutely braindead consideration by the devs. I'll be quitting Lemmy if/when this is pushed through. Unbelievably stupid.

[–] SorteKanin@feddit.dk 9 points 2 months ago (8 children)

Please be aware that votes are already public, they just aren't shown in the UI. Other apps than Lemmy show the votes.

load more comments (8 replies)
load more comments (1 replies)
[–] Asidonhopo@lemmy.world 8 points 2 months ago (1 children)

Baked in visibility of votes and blocking that only works one way makes Lemmy (and anything based on ActivityPub) less functional from an end user standpoint. Wish I knew a decent, somewhat popular alternative that implemented these features

load more comments (1 replies)
[–] Pichu0102@lemmy.world 8 points 2 months ago (5 children)

Maybe a model where upvotes and downvotes can per instance be federated either publicly or aggregated? So an instance admin could choose to bundle together the vote totals and push them to other instances and it would just show the total number of votes on comments and posts by people on their server rather than the individuals. And if a federated server acts up and sends bad vote totals, the instance could be blocked for it as a trade off.

load more comments (5 replies)
[–] ninekeysdown@lemmy.world 8 points 2 months ago (4 children)

I thought they were already???

Like how/why wouldn’t they be public? Even if the data isn’t readily accessible via a gui it’s gotta be somewhere so that federation works. Unless you’ve been thirsty in your main it shouldn’t be a problem?

Am I missing something?

load more comments (4 replies)
[–] Beaver@lemmy.ca 7 points 2 months ago

I'm down for more transparency. Lets make them public!

[–] wesker@lemmy.sdf.org 7 points 2 months ago (3 children)
load more comments (3 replies)
[–] maegul@lemmy.ml 7 points 2 months ago (2 children)

I think the best way to think about this is in terms of "affordances" of the platform and the balance of their merits. "Affordances" just mean the actions and behaviours enabled by the platform's features (a jargon-y but useful word I've seen others use in these discussions).

Broader principles like privacy are important too, but I think can easily lead to less productive and relevant discussions, in part because many of the counters or complications will come down to the actual affordances.

The biggest affordance is obvious: more polarisation & abusive/antagonistic behaviour

From what I've read so far, I think everyone shares a pretty clear understanding of what public votes will lead to ... a more heated and polarising dynamic, with potential abuse vectors opening up, and less honesty and openness in voting. And I think most share a distaste for that scenario. Either way, I do, and I'd encourage others to think about how it's likely result of public votes and with the internet being the internet, is unlikely to be pleasant or fruitful.

Specific people having access doesn't decide the matter

While others have access to vote data, namely admins of instances, mods (for their communities) and members of platforms that make votes public like k/mbin, I don't think this is decisive.

It's about the behaviours that are being enabled and the balance of behaviours and how they interact to form community dynamics, with the fediverse itself being an important factor. An admin or mod having access to votes is part of making their job easier, which is a good thing. It's power and responsibility. And the moment they violate the bounds of their role by "doxing" someone's voting data, that'd obviously be a bad thing, but with countermeasures we can take. We can leave their instance or community and our instance can defederate from them ... their account can be blocked and possibly banned by admins. On balance, this seems stable and fair enough to me.

In the case of other platforms, like k/mbin, that's definitely more tricky. But again, defederation is always a possibility here if it becomes problematic enough (however dramatic that could end up). This is just the nature of the fediverse, that platforms will differ on things like this. Again, if people start abusing that information from other platforms and instances, blocking, banning are options, as is the nuclear option of defederation with any such instances (which is a core balancing feature of the fediverse).

As it presently stands, k/mbin are a minority of users on the threadiverse and so whatever their platform choices are don't really affect the rest of the threadiverse.

In the end, you can only make the best platform that you can. That k/mbin do something we don't want to do isn't a good reason for following suite. If anything, it's a good reason to stick with what we prefer and continue to make the argument with them on their choices.

Privacy and transparency are relevant but not decisive

I agree it's an issue that it seems votes are private when they aren't. Again, I come back to the balance of affordances, and I think they're better as they are than with public votes. However misleading the privacy situation is, it can be handled by being more transparent with users by providing warnings etc.

Ultimately, the privacy problem on the fediverse is not going away any time soon ... it's the nature of decentralisation, and this should maybe be made more clear to more people! But making a better platform is a real problem in front of us right now and I think it's better to focus on that than how the general issue of privacy or consistency with privacy is best served.

Other platforms aren't that relevant

I think I saw someone mentioning in the GitHub dicussion that other platforms expose vote data. While true, many of those would be microblogging platforms (mastodon, twitter, bluesky etc), where, again, the balance of affordances becomes relevant. A "vote" there, normally called a "like" is a personal action between user accounts that are likely to follow each other with such being the core mechanic of the platform. On aggregators like lemmy/reddit, the core mechanic is making popular posts so that your content gets to the top of the feed (roughly anyway). While there's a lot of overlap, there's more angst here around what gets voted on and what doesn't and less inter-personal accountability and bonding. Posts and discussions are more public affairs and less conversations between people.

Technical can of worms

I wonder if making votes public would create the need or desire for enabling more post-specific options for users, such as making a post that can't be voted on or that doesn't provide public voting data?

What about the children!!

In the end, my bet would be that at the scale that lemmy is at, it won't make too much of a difference if votes were made public. I think some would definitely encounter more unpleasantness and some would definitely find voting a more stressful affair, but we're cosy enough that we'll cope. Going forward though, public voting for an aggregator feels dangerous and hard to undo. Yes, it could be technically removed, but if a culture is established that is accustomed to it and become desensitised to the negatives, they'll probably want to hold on to it.

load more comments (2 replies)
load more comments
view more: ‹ prev next ›