I’d love to collaborate with someone in the creation of a service that keeps track of your web of trust, i.e. it monitors follows, mutes, zaps, reactions, etc and processes them in real time into influence scores as calculated using the grapevine protocol. These scores will be stored using events which will probably be too large for most standard relays to want to store. But clients will want to access these scores, either by API or by accessing the relevant events, and use them to stratify content. In theory everyone could run a personal “grapevine relay” that stores these large files, but in practice most users won’t do that. But what they will do is pay for a service that runs one of these specialized relays for them.

I talk about the grapevine in a podcast with hodlbod — I’ll post the link to the podcast below. Or check out brainstorm.ninja, which will calculate these scores (your grapevine) for you. What I haven’t done yet is build the relay to store the scores as some kind of specialized event.

Anyone who knows how to build relays and would like to collaborate on a project like this, hit me up.

Reply to this note

Please Login to reply.

Discussion

What you describe is very interesting and I personally think this is a move into right direction, because still a lot of ppl here think “dumb servers, smart clients, outbox, alltoclient etc”

However, you describe it as API or some set of events - and at least at first sight I don’t see why this software should be a relay. At most it may have to know how to connect to relays to get data from them

The main reason for a specialized relay is that the files that store influence scores may end up being pretty big, maybe big enough that most relays will reject them. Perhaps there would be ways to keep the files smaller but I’d rather have the option of larger files without worrying that I’m going to end up pissing off relay operators everywhere. Right now at brainstorm.ninja, I have about 20,000 npubs with nonzero influence scores. That number will grow as the number of nostr users increases. My plan right now is to store them as an event, maybe a modified NIP-51, which is accessed by clients. An API would be another option in case the file size were to get too unwieldy.

So I’m not sure yet whether it would make more sense for the calculation of the influence scores to be kept separate from the relay or to merge them. I’m leaning towards keeping them separate, if it’s going to be a relay managed by an enterprise service that charges a fee. But if it’s going to be a personal relay, and the scores will help the relay know which content is worth keeping and which content should be tossed out, perhaps it would make sense for score calculation and the relay to be merged together — not sure yet if that makes sense or not.

Also, nostr:npub1jlrs53pkdfjnts29kveljul2sm0actt6n8dxrrzqcersttvcuv3qdjynqn has had the idea of a relay+DVM where the web of trust places some restrictions on what data I may or may not be willing to share (with or without a fee) with which npubs. Whether to keep DVM, relay, and grapevine calculations all separate or whether there is a compelling reason to combine them together, I’m not sure.

i am very interested in these wot scores. i attempted to calculate mine but something went wrong on brainstorm.ninja it said i had 40k wot but couldnt show it or etc, i have a follow list of approx 1200.. i will try and run it locally maybe and see whats happening..

Hmm. The site tends to run slow while it’s downloading follows data. If you give it time to do that, then turn off downloads and calculate the WoT scores afterwards, that might help. There are definitely some optimizations I need to do.

Sounds a bit like a social credit system. Ahaha

Usually, the phrase “social credit system” implies centralization. Think CCP.

But a decentralized reputation system != a social credit system, in the same sense that bitcoin != central banking.

I'm not sure about that.