Nostr Web Client

That's already possible, it's the whole idea behind CVM and Relatr. You can easily integrate it into any Nostr client without needing a service website. All you have to do is call the service using its pubkey and perform a search or look up an individual pubkey. So, if a Nostr client integrates this feature, users could specify their own instance for a personalized Web of Trust computation, or use the default Relatr service, or any other public instance. The only difference is the pubkey of the service. I've already heard from people who are implementing it in their clients.

david 1mo ago

My understanding of relatr, and correct me if I’m wrong, is that the client integrates relatr, and scores are calculated by the client. We’re envisioning that the scores are calculated by a WoT Service Provider independently of clients, then communicated to clients using Trusted Assertions or some other method, with the rationale spelled out below.

btw I would love to see someone use relatr as the core engine of a WoT Service Provider.

nostr:naddr1qq08xetsv9exzarfdahz6mmx9468yatnwskkzmny943kc6t9de6qz9nhwden5te0v4jx2m3wdehhxarj9ekxzmny9uq3wamnwvaz7tmjv4kxz7fwwpexjmtpdshxuet59upzpef89h53f0fsza2ugwdc3e54nfpun5nxfqclpy79r6w8nxsk5yp0qvzqqqr4guk3j94u

Reply to this note

Please Login to reply.

Discussion

Gzuuus 1mo ago

Hey! Not exactly. Nothing is computed client side, the client simply makes a call to a Relatr server. The server computes the trust score based on social graph distance and custom validations. So yes, the scores are calculated by the service provider independently of clients . As we discussed a few days ago, we are considering adding trusted assertions to the mix. This way, a client can choose to either fetch published trusted assertions, call the server, or do both depending on it's needs

david 1mo ago

Ah yes, that makes sense. The communication between client and relatr server is performed via a model context protocol API, correct? Is there a document with the MCP API spec, and would it work to turn it into a NIP? If I understand correctly (and again, correct me if I’m wrong) you’ve designed it so the communication is done under the hood, meaning the dev doesn’t have to know how the API works, and this is to make life as easy as possible for the dev who wants to implement relatr. So Vitor’s idea is this: what if I want my users to have the option to redirect their API from Alice’s relatr server to Bob’s relatr server to some other WoT Service Provider that’s not necessarily relatr (maybe it’s Brainstorm, maybe it’s Vertex, maybe some other WoT SP)?

The challenge would be to make a generic API that supports multiple WoT Service Providers that may or may not calculate the same metrics in the same formats. Trusted Assertions handles this challenge well, and a WoT API should be able to do the same.

What do you think? Can your MCP API spec be morphed into a Nostr WoT Connect NIP?