Nostr Web Client

We would have to understand the benefits and tradeoffs of NIP-85 first.

nostr:nprofile1qythwumn8ghj7anfw3hhytnwdaehgu339e3k7mf0qyghwumn8ghj7mn0wd68ytnhd9hx2tcppemhxue69uhkummn9ekx7mp0qqsyvrp9u6p0mfur9dfdru3d853tx9mdjuhkphxuxgfwmryja7zsvhqkdr6hs in which ways would it be complementary to our DVM?

Reply to this note

Please Login to reply.

Discussion

It's better for things you just need to generate on the background, as opposed to users requesting and seeing the response in real time.

Maybe we should discuss specific use cases. One where NIP-85 is better, one where DVM is better.

https://github.com/nostr-protocol/data-vending-machines/pull/38

Maybe take it to Github? So we can keep track of things better.

I just took this discussion to the above thread and I included links to the NIP-85 Trusted Assertions spec and discussion threads. I think it will be valuable to consider specific use cases and ask whether it makes more sense for clients to access WoT scores via Trusted Assertions versus DVMs (or a combo of both).

Interesting, things like what? And why exactly? You can also generate things in the background with a real time service (except maybe if you are offline)

nostr:nprofile1qqsw2feday2t6vqh2hzrnwywd9v6g0yayejgx8cf83g7n3ue594pqtcpz3mhxue69uhhyetvv9ujuerpd46hxtnfduq3kamnwvaz7tmjv4kxz7fwvf5hgcm0d9h8qctjdvhxxmmdqyt8wumn8ghj7erpwe5kgtnwdaehgu339e3k7mgxeu5tj generated 80k events of a web of trust ranking for instance.

nostr:nprofile1qqsrx4k7vxeev3unrn5ty9qt9w4cxlsgzrqw752mh6fduqjgqs9chhgpzamhxue69uhhyetvv9ujumn0wd68ytnzv9hxgtcpz4mhxue69uhhyetvv9ujuerpd46hxtnfduhszrnhwden5te0dehhxtnvdakz7auwthp had nostr.band user rank score on this system as well.

You only generate them once in a while.

Takes a minute or two to publish them all.

Nostr.band scores are global, unless I am mistaken. My service and Vertex offer personalized scores, which to me is one of the holy grails of WoT.

Interesting. Again - what's the usecase you have in mind? Showing relevant who follow?

For precomputed to work you'd have to generate ranks for all possible permutations of pubkeys? nostr:nprofile1qyt8wumn8ghj7ct4w35zumn0wd68yvfwvdhk6tcpz4mhxue69uhhyetvv9ujuerpd46hxtnfduhsz9mhwden5te0wfjkccte9ehx7um5wghxyctwvshsz9mhwden5te0wfjkccte9ec8y6tdv9kzumn9wshszxthwden5te0wfjkccte9eekummjwsh8xmmrd9skctcpzemhxue69uhk6mr9dd6juun9v9k8jtnvdakz7qpq76p7sup477k5738qhxx0hk2n0cty2k5je5uvalzvkvwmw4tltmeqrtmus0 do you have any idea how many those would be for Personalized Pagerank?

We have a DVM that sorts authors. You give it a bunch of authors of comments, and it returns them sorted by rank. How do you do that with NIP-85?

Suppose Alice is the logged in user, and you have a list of authors A_I that you wish to sort by rank. Step 1: find Alice’s 10040 note, which tells the client where to find her kind 3038x notes. (If not available, use the platform’s default 10040.) Step 2: for each author A_i, fetch one kind 30382 and extract the score using the “rank” tag. Use that score to sort.

Any given service - Grapevine, Vertex, etc - will have customers. For each customer, let’s assume on the order of 10^5 to 10^6 kind 30382 notes. Each note contains multiple WoT scores. Your service updates these notes periodically and stores them in a relay server. Different levels of service exist with higher levels of service meaning more notes per customer, more scores per note, more frequent updates.

Future: all of the above, but managed by a personalized WoT relay.

Follower count, for instance. Only needs to update when a new follows are added or deleted from the user. Then the replaceable event is updated automatically. No need to request a DVM for it. It's already on the phone

The kind 30382 event gets updated with the new follower count by the service and the phone sees that automatically.

Then if the user wants to see the actual list of followers, the client will access the service via the DVM for the list of pubkeys.

That makes sense to me.