In the context of decentralized technology there is a lot of gaps to bridge, as they are all context-specific

What we lack on Nostr is effective consensus mechanisms. When we can achieve decentralized consensus, we can achieve everything else.

The foundation of a Web of Trust is lists. Lists are the building block. On Nostr, this is NIP-51, which is why we now have sets of lists, kind 30000.

Even a few hours ago Pablo and Fiatjaf were considering wiki relay list management with yet another NIP-51 kind, and Pablo noted how NIP-51 could become bloated, assuming I interpreted their conversation correctly. I believe this trend will continue until NIP-51 lists become the foundation of the protocol. Sets of lists was an important step.

nostr:nevent1qqsxp4m5rpqnga3gvrver2lma094s8kuyrkhha2e6423gvv9kxwkhgqpp4mhxue69uhkummn9ekx7mqzyrafsj7hmweg9ur7zmn6apajdg48hxuskujx53rhrux0ttjcqx84yqcyqqqqqqg6k947a

The rest isn't easy, but it will be rewarding.

https://pgf.tech/

nostr:npub1u5njm6g5h5cpw4wy8xugu62e5s7f6fnysv0sj0z3a8rengt2zqhsxrldq3

Reply to this note

Please Login to reply.

Discussion

This is why I made NIP 32 labels, in order to classifybthings without tons of new kinds using user-provided labels. It hasn't worked out in practice so far, but I still think it's a better primitive because you can content-address individual endorsements.

IMO you can remove tags from events and replace them with labels

i am betting that long term this will be a trajectory of change of the protocol, eliminate complexity and increase layering

I don’t understand how to use NIP 32 because I don’t know how namespaces are supposed to work. I need an example.

Is there supposed to be an endpoint at ontology.coracle.social?

Lists of people whose opinions I trust, when it comes to opinions about nostr lists :)

Lists of products I believe in

Lists of arbitrators I agree to use to settle disputes

Turns into a bit of a disambiguation mess? As in, 'I have this person on a list but it doesn't mean I trust them because this is a list I use to reference opposign ideas' 'what is an opposing idea'

Lists are the starting point. A proof of concept for curation of generic lists by your Grapevine with NO SINGLE POINT OF FAILURE already exists. What comes after lists? Graphs. Then more complex data models, which can be customized to the application or platform at hand.

One day, the nostr protocol will be curated by your Grapevine, at which point the nostr GitHub repo will become superfluous.