Oddbean new post about | logout
 Scalable WoT definitely needs to be intuitive and easy for the users. Design is going to be of utmost importance.

As for the developers, the question is how to make it as easy as possible and still get the job done. There is a reason that WoT has failed to live up to expectations for the > 3 decades we have been trying to make it work, ever since PGP was introduced in 1991. In my mind, WoT is like an airplane, in the sense that if we want it to fly, there are certain elements that must be in place. Omit just one essential element and it will never get off the ground. For too long we have been too lazy to accept that fact and figure out what those elements are. And that’s what the tapestry protocol is about. 
 Spot on.
IMHO … the essential elements are:
- “is trusted” should be explicitly determined by end users.
- “filters” that operate from “is trusted” should be subscribable and sharable by end users across all apps. 

Using this simple architecture, “filters” may “ingest” any data or metadata from the network to satisfy for ALL of the diversity of “WoT algorithms” that smart people like yourself have designed. 
- use filters for content feeds
- use filters for recommendations 
- use filters to manage the “is trusted” list itself, so a user doesn’t have to. 🤯

What are your essential elements? 
 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. 
 Imagine having a list of filters and tools that allow your WoT to recommend filter A (or some set of filters) to be good ones to use for some given purpose. e.g. my Grapevine recommends Filter A to show me a list of financial armageddon movies from an orange pill perspective 
 Yes. We are on the same page here.