We should unify our efforts. A handful of NIPs to spec out APIs to talk to WoT Service Providers. I suggest: 1. Nostr WoT Connect — Vitor’s suggestion. This allows users to adjust their preferences, eg select algos, adjust parameters, etc. It would include new user sign up. The idea is clients like amethyst can build the front end for users to adjust their preferences, and users see their preferences take effect everywhere they go, which means no need to change WoT prefs over and over again with each new client. 2. WoT Service Provider Management API. This would be for operators of the WoT Service Provider to manage the service. @cloud fodder suggested this and can perhaps take the lead. 3. Maybe a third NIP that describes an API to fetch trust metrics. This is similar in purpose as @npub1wf4p...dgh9 ‘s WoT DVM NIP which Vertex uses, but this would not use DVMs. I am guessing a heated discussion can be had over DVMs, one that we won’t resolve in the next week, so let’s just give the community a choice: fetch metrics by this vanilla API NIP or via WoT DVM. We need some way to come together on these NIPs, and asap as the WoTathon looms near. We can help organize this at @nosfabrica. We should have input from every WoT service provider: Brainstorm, relatr, Vertex. (Others?) But we also need to take into account the perspective of the other side of these APIs, the clients, a perspective that @Vitor Pamplona understands well. @Pip the WoT guy @Jeroen ✅ @Sebastix

Replies (1)

Don’t forget 👀 The GrapeRank library which I you and I built together … takes in a simple json object which can be passed in however the host is setup. ``` GraperankSettings = { interpreters : [ { protocol : "nostr-follows", iterate : 6 }, { protocol : "nostr-mutes", }, { protocol : "nostr-reports", } ], calculator : { attenuation : .7, rigor : .2, minscore : 0, precision : 0, devmode : false } ```