Knowing him means I chat to him alot. I wont disclose those chats, but he has made it clear "Its my project and I can do what I want". That's OK, but it should also be known. You have no idea the hard work that it took to get nostr to where it is, any fork is impractical. The core protocol can change on a whim. So saying "no one owns it", is inaccurate. That's the only simple point I was making. IMHO this was a mistake, nostr should have gone community driven when we had the large influx of devs, and before the exodus. But it is what it is.
Discussion
"It's my project and I can do what I want" can be both true and irrelevant. He can do what he wants to his project. But that doesn't mean he can prevent forks.
Getting nostr to where it is absolutely was difficult. But that doesn't make forking impractical now.
The core protocol can't change on a whim. If that happens tons of different clients break.
I remain skeptical of your claim.
Would love to see more perspectives on this nostr:npub12262qa4uhw7u8gdwlgmntqtv7aye8vdcmvszkqwgs0zchel6mz7s6cgrkj nostr:npub1r0rs5q2gk0e3dk3nlc7gnu378ec6cnlenqp8a3cjhyzu6f8k5sgs4sq9ac nostr:npub1dergggklka99wwrs92yz8wdjs952h2ux2ha2ed598ngwu9w7a6fsh9xzpc
fiatjaf cannot unilaterally change the protocol
I don’t understand the argument for why it’s not forkable … nostr consists of clients which implement NIPs and relays. Fiatjaf doesn’t control any implementations. Maybe he has the ultimate merge say (I don’t even know if this is true) but it’s up to clients what they wish to implement. And if enough devs decide they don’t like the direction, I don’t see why they couldn’t fork off and ignore FJ’s version …
But I don’t know anything so… I’ll be quiet now.