Agree as well. Maybe this is a side effect of projects having a list of nips they implement in the home page.
Viewers think that is a todo list everyone should do.
Discussion
What became of your NIP-01 rework? That would be important. Not all the rest.
The move of Kind 01 to NIP-10?
That convo gave us generic comments, at least.
It went nowhere. I think nostr:nprofile1qqsrhuxx8l9ex335q7he0f09aej04zpazpl0ne2cgukyawd24mayt8gprfmhxue69uhhq7tjv9kkjepwve5kzar2v9nzucm0d5hszxmhwden5te0wfjkccte9emk2um5v4exucn5vvhxxmmd9uq3xamnwvaz7tmhda6zuat50phjummwv5hsx7c9z9 and others believe kind1 should take an important role on the spec. I completely disagree. We focus way too much on kind 1 build ups. De-emphacizing from the spec could be a good move.
NIP01 should focus on the web of trust aspects of kind 1, not on the small notes itself.
I'm not against the rework in theory, I just thought it looked bad to move things like that, but now I'm thinking it could be good to do it.
But I thought you were a guy who talked only about what exists and not what should exist, given that you should be talking about the fact that kind:1 does have an important place in Nostr.
In my article from before I just acknowledged that and said that instead of trying to fight against it we should embrace it and make kind:1 it the central discovery/public-square/stream of Nostr from where all other use cases can flow and take a life of their own.
So if you're publishing pictures with Olas, for example, you could publish some just for people who are following you specifically in the photo apps, but sometimes quote some wrapped in a kind:1 so others can know that you also have this alternative photo stream, it's like when people posted a link on Twitter to their blog post or article written somewhere else or podcast etc.
Sure if you are tied to only the most used NIP, then it makes sense to keep kind 1 there. But if you are also seeing a lot of other applications being fully developed that don't even think about a kind1 post, that is evidence that there is more to it and that the kind 1focus is just getting in the way.
I do think both are true: We are mostly focused on kind1s right now and also we have apps that kind 1 doesn't even make any sense.
Well, if kind 1 doesn't make sense for some apps I don't see that as a problem at all and I am not trying to force those apps to use kind 1.
But many other use cases can have their own independent existence but also use kind 1 for signaling/discovery -- most notably the common "social" things like long-form events, video events, song events, podcast events, picture events, livestreaming events, calendar events, perhaps even nip29 group events.
Nip 01 is mandatory. Which means kind 1s are mandatory. If you think it is optional, the text is wrong.
All other use cases were using kind1 for replies but now they are all moving to use nip22. Kind 1 is really only for Twitter-like clients. 90% of nostr doesn't need to bother by kind1.
I agree that kind 1 must not be considered mandatory.
Then, let's remove it from NIP-01.
.jpg)
I really hope nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z's PR will be merged.
OK, time to get that thing moving again.
So you would have a reference to other NIPs in NIP-01? Like for implementation of kind 1?
This makes sense. A base protocol without a specific application. One had to look up another NIP to get something real working. So NIP-01 would lose one aspect of its beauty: it‘s self-contained and complete. At least for the „SMS-case“ in a world with „internet“.
I wouldn't call NIP-22 "nowhere". That gave clients like ours a widely-used reply kind, which is important for making sure OtherStuff doesn't become too isolated.