this post was submitted on 09 Jul 2023
2222 points (97.6% liked)
Fediverse
17903 readers
48 users here now
A community dedicated to fediverse news and discussion.
Fediverse is a portmanteau of "federation" and "universe".
Getting started on Fediverse;
- What is the fediverse?
- Fediverse Platforms
- How to run your own community
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
That sounds a bit hyperbolic.
You can externalize the web of trust with a decentralized system, and then just link it to accounts at whatever service you're using. You could use a browser extension, for example, that shows you whether you trust a commenter or poster.
That list wouldn't get federated out, it could live in its own ecosystem, and update your local instance so it provides a separate list of votes for people in your web of trust. So only your admin (which could be you!) would know who you trust, and it would send two sets of vote totals to your client (or maybe three if you wanted to know how many votes it got from your instance alone).
So no, I don't think it needs to be invasive at all.
The single layer web of trust on the server wouldn't be terribly difficult.
A single layer web of trust on a client would mean that the client is getting sufficient information about all the votes to be able to weight them. This means that instead of "+4 -1" for the information that the client gets instead it would get that "shagie liked the object, JohnDoe liked the object, BadGuy liked the object, SomeoneElse liked it, and YetAnotherPerson disliked it." That implies a lot more information being revealed to a client than many would be comfortable with.
Granted all of that is available if you federate with a system and poke in the database. It's there. But this makes it really easy to get that information.
A transitive web of trust implies not only are you getting those votes and considering that "shagie liked the object" but also that you trust me and so that I trust JohnDoe is available to whatever is making that vote weighting calculation.
And while that single layer on the server isn't too eyebrow raising, getting the transitive listing gets into the Facebook level of social graph building - but for all to see. I'm not sure that people would be comfortable with that degree of nakedness of personal information.
Consider also the data payload sizes. This post (rather mundane and not viral) has 243 comments. Some of them have over a hundred votes. How big of a payload do you want to get to send to the vote weigher (and back)?
Consider the load for... say... https://lemm.ee/post/843533
And for bad actors, all they have to do is cast a couple hundred votes on each comment (until they're defederated and the database cleaned up by the admin) to DDOS the vote weigher.
My point is you can have a mixed system. For example:
That's not a ton of data, and the "special interest" users wouldn't need to be synchronized to any other instance. The client would store the WoT data and update the server as needed (this way the server doesn't need any transitive logic, the client handles it).
Facebook and Twitter have always had their equivalent of upvotes be public.
What if the web of trust is calculated with upvotes and downvotes? We already trust server admins to store those.
I think that could work well. At the very least, I want the feature where I can see how many times I've upvoted/down voted a given individual when they post.
That wouldn't/shouldn't give you transitive data imo, because voting for something doesn't mean you trust them, just that the content is valuable (e.g. it could be a useful bot).