Agree with what you said.
This is not exhaustive, but a few essential elements:
- explicit trust attestations need to be contextual
- trust (or lack thereof) in a broad context automatically implies trust (or lack thereof) in all subcontexts
- the list of contexts and their relationships must ultimately be curated by one’s web of trust (but ok for devs to manage these in early product iterations)
We don’t need to roll out all of the above in one fell swoop. We can and should roll them out in baby steps. Builders who know DESIGN and who know PRODUCT will be CRUCIAL in figuring out how to roll things out, one step at a time, in a manner that will be accepted by users!
Agreed. “Contexts of trust” does not need to be in the standard. A WoT NIP should allow for users and developers to assign context as needed.
Sovereign WoT is a simple and flexible architecture that allows for context to emerge in a free market of subscribable filters.
Subscribable filters will allow you (for example) to have a custom feed of content containing “ai generated list of all the posts on TOPIC from trusted users in your WoT, weighted by how often you ‘like’ content from each user.”
Filters can be as smart as developers wanna make them, allowing context for trust to emerge from the market of real world use cases.
Another essential element: we are going to have to track the degree of confidence in influence scores and trust attestations. I might say I think Bob is an expert in some topic, and I’m 99% sure bc I’ve known Bob for years; or I might say I think he’s an expert, but I’m only 5% sure bc it’s based on a single brief interaction. And the Grapevine might say Bob is an expert in something with 99% certainty bc lots of highly trusted individuals independently arrived at the same conclusion; or only 5% certainty bc it’s based on a single attestation by only one user who is multiple degrees of separation away from me.