100% new NIPs should break old NIPs but can improve or add a feature. kind of same analogy BIP forking bitcoin or rolling out segwit n taproot while legacy address still can work 

 shouldNOT 

 Wabi sabi repairs … awe did I understand something from my spiritual to programming? Constantly mending & making better (hopefully) as we each build on the next level … 

 shouldn't  

 It's called backward compatibility. 

 PulseAudio was a sh-tshow for YEARS, Linus should've taken a harder line.

That said, generally I agree with your point, and I greatly value stability and performance over feature-creep, but I'm not the user talking to the devs unless they've broken something. 

The user listened to is the one that wants a floating birthday cake overlay on her birthday, and she doesn't care what the devs have to break in order to give it to her! 

 Is the answer to different implementations of the same NIP to have a Plural Layer of Execution?

nostr:nevent1qqswd68gz3wah3ydaknvzg9tq0xdt5gpzp27qvzudyp5qvtq99dq6mqpz4mhxue69uhhyetvv9ujuerpd46hxtnfduhsyg8wzxjalaqvrxj4taqlus453uqwvxxfzgjky2hr0dkzhdnmwmzwfypsgqqqqqqshvfklz 

 Just being real, I wouldn't keep developing in this sort of environment. I'd just bounce. I've considered developing on Nostr but this concerns me. I simply won't do it. 

 The problem with that is that protocols have a network effect.  I can't walk away and write my own protocol, nobody will use it.  We have to work together, as hard as it is sometimes.

And that is why I spent a week writing a custom JSON parser, even though the whole time I was thinking "if nostr was a binary protocol I wouldn't have to do this shit."  But I have to do this shit, I know I have to do this shit, and I do it anyways.

Then I see other people without a care in the world pissing on this and pissing on that, and it enrages me.  Sorry, I'm human. 

 Breaking other people's work willy nilly isn't working together, and that's the point here. 

 I'm speaking up about it. That might solve the problem. We will see. 

 If only #Nostr hadn't gone with #JSON 

 With JSON, with WebSockets, with Bitcoin fanboyism, with specs on GitHub, with a lot of other things that actually hurt more than help. 

 Can't blame them for being fans of the best money ever created. Also, it's still really young. People forget that 

 "Best money ever created"? This is an perfect example of the fanboyism I was talking about. And no, being a fan is not the same a being a fanboy.
Your "best money ever created" is traceable, slow, expensive, energy hungry, poorly scalable and non-quantum-resistant. Almost every blockchain created afterwards mitigates at least _some_ of these issues, while Bitcoin couldn't deal with any of them even after multiple hardforks and format changes. LN is a workaround, not a solution, and it doesn't address all of these issues either, just adding another layer of complexity on top. Besides, 2+ competing and incompatible LN implementations don't help mass adoption either.
Why first create problems on your own and then heroically overcome them? No blockchain is ideal (IOTA was close to that but they dropped WOTS in favor of ECC), but almost every choice is better than Bitcoin in this or that aspect. I'd go with Monero if we're talking privacy-oriented environment here.
But the broader question is: why even tie Nostr to the quirks of a specific blockchain, unless, of course, the notes are distributed directly on that blockchain? That would eliminate the need in separate relays either: blockchain nodes would be the relays. 

 Blah blah. Don't use it if you don't agree. I don't really give a shit and I doubt anyone else on Nostr does either. 

 You can do it, but you have to sort of stick to the lowest, most-basic concepts. As soon as something gets more topic-specific or detailed, expect it to change rapidly and/or go off on some tangent.

The problem seems to be that active product developers own the repo, so they use it like a place to dump their product docs (so they change with every change to their implementation), instead of as a place to specifiy overarching concepts that everyone can agree on.

We've learned to basically ignore the repo. 🤷‍♀️
I don't know if they're even aware of any devs outside of their little ingroup, anyway. 

 I've already been through the protocol grieving stage. 😂 

 I can, but I won't. Or as you say my work will just be at the most basic level, which is unfortunate. 

 It is, what it is. 

 But Nostr is also very young. I think it's perhaps been adopted much faster than it should have. That is, in my opinion, how tech will be moving forward. 2-3 years is the new 10 years. It is important that developers start getting serious about Dev standard operating procedure in general if we ever want to see real freedom in our lifetimes. The stakes are higher than games now. End philosophy rant. 

 I was feeling the same. Things changing would be fine, if there was some way of knowing when something has changed, or if we knew the breaking changes, if any, would only get merged once every n months, on a particular date. 

 Even if we had a list of breaking changes and I could remember that I was compliant up to change #23 then I could see how many new breaking changes I need to keep up with.  Not great, but better than what we have now.

Ideally though we have very few breaking changes.  I understand sometimes the alternative is horrible and the breaking change is needed to 'save nostr'. I'm okay with it if they are few and far between, and well communicated.

But when people just think "Eh, this NIP could be done better. Let's do it my way. I'm gonna rewrite it"  that is where I think things have gone off the deep end. The new ideas are great ones, but they are different, therefore IMHO it needs to be a new NIP, not a change to an existing NIP.  Those kinds of changes shouldn't get merged. 

 You forgot rule #0. Nostr is not a firstmover. Even if code is / will be perfect it still loses against the firstmover X. #bitcoin is the perfect example. There is no second best. And that's a good thing for us bitcoin erst.  

 Apples and oranges comparison.  

 No matter what, I 💜 #nostr and keep using it. But I still have some weird X account to keep up what Adam Back, Michael Saylor and many other soles has to brah in the space. In the end it's all about having fun (for me) and if lucky being informed. So both can keep exist. And that's also good thing imho. 

 Even if the analogy isn't spot-on, we're battling one of the biggest advantages Bitcoin and X have: the network effect. @LynAlden  has some cool thoughts on it here: https://www.lynalden.com/bitcoins-network-effect. If we can come up with a game-changing use case (think Bitcoin payments), we might just have a shot at beating the beast. 

Clones or undistruptive improvements will never do it  

 I do not agree. Teh current main use of Nostr (twitter like) is not a first mover (and I would discuss about this as well. Nostr as a protocol is indeed a first mover.
 

 Hope you are right 👊 

 nostr is to x as bitcoin is to monopoly money 

 "never ever blame the user" 
nostr:nevent1qqswd68gz3wah3ydaknvzg9tq0xdt5gpzp27qvzudyp5qvtq99dq6mqpp4mhxue69uhkummn9ekx7mqzyrhprfwl7sxpnf247s07g26g7q8xrry3yftz9t3hkmptkeahd38yjqcyqqqqqqg8sg79q 

 you have bad taste in programming languages but this is a fundamental also to bitcoin as well, indeed lightning hasn't broken old stuff very often either

in many codebases you will find things with the term "quirks" and even in bitcoin there is quirks in its handling of JSONRPC2 that have to be accounted for in case you are interfacing with an old version that does different stuff

the escaping of strings is a good example 

 Bad taste in programming languages is something that led Nostr to use WebSockets instead of normal TCP sockets in the first place, introducing huge bloatware layers on all sides.
But again, this choice also come from someone who believes there are no other version control systems than Git and no other Git hostings than GitHub... 

 I have been scratching my head about the WebSockets too. But here we are. And it seems to work fine. 

 It seems to work fine... on mainstream browser engines and hipster shitcoding platforms like NodeJS. Everyone who wants to live more frugally is left out. 

 I have yet to read the protocol(s) in-depth, but what would stop a relay from offering an alternative transport and falling back on WebSockets? 

 thanks for raising this subject to increase awareness 

 Thank you for your work 🫡 

 What are the breaking changes you're talking about? I'm not aware of any that you should be concerned with -- except for the NIP-46 proposed rewrite, about which I agree with you, but it was just a proposal. 

 Good question, I was wondering the same 

 @TheBitcoinManual this is what I was referring to ;) 

 https://njump.me/nevent1qvzqqqqqqypzqpnrnguxe8qszsshvgkvhn6qjzxy7xsvx03rlrtddr62haj4lrm3qy88wumn8ghj7mn0wvhxcmmv9uq32amnwvaz7tmjv4kxz7fwdehhxarj9emkvtcqypewl2znt6s982vhuurxuadeurn6her6qn25pnpnuag4ct6ltxvly8ndwsw 

Coracle and Nostur both haved stopped working with my account.
When I use another account, everything works fine. So I make the assumption there is some related data to my account which is breaking things in those clients...it's not fun when you suddenly you can't use two of your favorite Nostr clients anymore. 😢 For now... 

 I don't know, but maybe there is a bug in a library they both use. 

 @Sebastix can you add details here

https://github.com/nostrability/nostrability/issues/19 

 You mean a NIP (which is a specification in my understanding) changes over time? Is there no change management like versioning of NIPs? 

 Is this why my #amethyst stopped working for no good reason? 

 As much as I 💜 Nostr it is being outrun by Farcaster 10k : 1. 

Y'all keep on arguing. 😂 

 farcaster is crap. The closed source client warpcast is garbage. All the alternatives are also closed source. If you try and have a conversion with more than 3 replies it gets filtered out. You have to constantly tap 'Show More' as more content is filtered out. It looks good on the surface until you try and use it.  

 Production of anything is a giant shit show. The fact that anybody produces at all and that anything works at all is a miracle and probably just a temporary anomaly.

Thank you for your work and thank you to all who made nostr, especially @fiatjaf.

There are alternatives and anyone can potentially make something but who did make something? 

 "HEY GUYS! LET'S MAKE NOSTR LIKE SYSTEMD AND PID1 ALL THE THINGS!"

No one can keep up with the 8`742`000 lines of code in the protocol BUT IT DOES THINGS! 

 Hardware normally degrades with age

Software normally improves with age.

Chill 

 What's wrong with replaceable NIPs?

nostr:nevent1qqswd68gz3wah3ydaknvzg9tq0xdt5gpzp27qvzudyp5qvtq99dq6mqpp4mhxue69uhkummn9ekx7mqzyrhprfwl7sxpnf247s07g26g7q8xrry3yftz9t3hkmptkeahd38yjqcyqqqqqqg8sg79q 

 These are crys for help to get dudes out to a strip club, word!  

 I get what you're saying

But as a long-time web developer I have to point to web browsers 

 I honestly enjoy how the experience is wholly different on each client.
It's a feature, not a bug. 

 I was grumpy before you. j/s

#nostr 

 it isnt a hardfork until they break kind 0 and 1 

#nostr 

 I take no sides here.

Log compatibility issues here: https://github.com/nostrability/nostrability

#nostrability 

 The world wide web 🕸️ is a giant shitshow. The fact that it's software interoperates at all is a miracle. It will die any day now.  

 Developer burnout factory?

Why do I think of lightning. The fact it was/is a moving target for so long did upset some devs to the point they ripped it out of theirs apps after a few years of following and fixing breaking changes. 

 NIPs should be discussed, then made static or at least developers should agree to implement the first version of it and then keep it that way.

nostr:nevent1qqswd68gz3wah3ydaknvzg9tq0xdt5gpzp27qvzudyp5qvtq99dq6mqpr3mhxue69uhkummnw3ezucnfw33k76twv4ezuum0vd5kzmqzyrhprfwl7sxpnf247s07g26g7q8xrry3yftz9t3hkmptkeahd38yjqcyqqqqqqgv4j5qn 

 Actually I am not aware of these breaking changes. And I develop a client too… what are you referring to? 

 I added a list to track them: https://github.com/nostr-protocol/nips/blob/master/BREAKING.md 

 I have real headaches to maintain legacy compatibility in my software, but it is necessary, I think 100% the same. We can't break things without leaving an alternative that still works.