Yeah, certainly we can just use hard odds kind numbers like we have for NIP-50, I just wonder if we are not going to end up with a bunch of this and slow down adding new kind-specific NIP-51s
But now that I think about it again maybe this is early optimization.
Let’s choose a wiki-relay list kind number and I’ll add support for it on wikifreedia
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.
The rest isn't easy, but it will be rewarding.
nostr:npub1u5njm6g5h5cpw4wy8xugu62e5s7f6fnysv0sj0z3a8rengt2zqhsxrldq3
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.
