I saw the "contracts via Nostr" NIP PR and it wouldn't leave my mind.
Personally, I hope it doesn't make it. This feels - to me, a rather uninformed person in this regard, mind you - like a feature best suited for a proper blockchain that has a strong focus on multi-party verification and signage. Yes, Nostr could handle that or even act as a layer ontop (like how it handles Zaps) but I still feel like contracts shouldn't be in Nostr.
Just my personal opinion though.
I didnt see that yet
You dont like contracts in general over nostr
Or you dont like them because you think they'll be insecure?
Main thing that a block/time chain gives you is a verifiable history so that if two people try to change something at the same time, it provides a tie breaker to see who went first.
That means that the contract cant be settled in one way, then later change its mind.
Again - I never dug further into contracts than reading the basics of Solidity and skimming articles about SC's in Etherium - so I am not the most informed.
I don't think that Nostr provides the neccessary source of proof for that - so in that sense, "insecure" might not be the right word, but it's close enough.
Here's a link: https://github.com/nostr-protocol/nips/pull/755
I get that Nostr, as a protocol, can technically be anything and everything. But... Does it need to?
Does it have to be the be-all-end-all? Or shouldn't it focus on the core features? Neither question has a definitive answer.
Personally, I associate smart contracts with Etherium, and indirectly Bitcoin. I would love it if Nostr wasn't so obsessed to be -coin bound. But neither do I call the shots nor should anyone be limited. And yet, I hope this does not see an implementation as I feel it would further pull Nostr into the "Crypto Bubble" that I think it shouldn't be in.
Or, in more rudimentary phrasing: I don't want to see Nostr destroy itself by adapting all the things it doesn't need; I don't want to see it ruined.
That said, I should go and read more on those smart contracts, then revisit the PR. Mulling it over with half-baked knowledge isn't right, nor fair to the one proposing the NIP.
Great thing is, a NIP will technically always be optional, especially such one. So, you might as well force a client to ignore this. Done.
