PABLOF7z on Nostr: I think the concept of "layers" has been beaten to death and stretched way too thin, ...
I think the concept of "layers" has been beaten to death and stretched way too thin, to the point of meaningless.
With that out of the way, random thought:
Most NIPs are not nostr but protocols on top of it (nostr = NIP-01)
NIP-04 (DM/encryption scheme), NIP-44 (DM/encryption scheme, NIP-46 (remote signing), NIP-47 (wallet protocol), NIP-90 (data vending machines), etc. All different protocols built on top of Nostr.
That's why we can end up with competing NIPs implementing the same functionality, and why worse NIPs with more network effects can prevail.
E.g. Should a new client that wants to implement DMs go with NIP-04 or NIP-44?
I agree with mikedilger (npub1acg…p35c) that rewriting NIP-46 in a completely incompatible way was the wrong approach and it would have been better as an independent NIP that should have battled it out against NIP-46 in the market, just like NIP-44 is challenging NIP-04.
Seeing (some) NIPs as protocols, and not simply functionalities might be a good heuristic:
NIP-46 is not just "remote signing" it's "remote signing with this particular protocol", if we want to change the approach it makes sense to do it via a different NIP that needs to earn it's own and dethrone the competing protocol that provides the same functionality.
With that out of the way, random thought:
Most NIPs are not nostr but protocols on top of it (nostr = NIP-01)
NIP-04 (DM/encryption scheme), NIP-44 (DM/encryption scheme, NIP-46 (remote signing), NIP-47 (wallet protocol), NIP-90 (data vending machines), etc. All different protocols built on top of Nostr.
That's why we can end up with competing NIPs implementing the same functionality, and why worse NIPs with more network effects can prevail.
E.g. Should a new client that wants to implement DMs go with NIP-04 or NIP-44?
I agree with mikedilger (npub1acg…p35c) that rewriting NIP-46 in a completely incompatible way was the wrong approach and it would have been better as an independent NIP that should have battled it out against NIP-46 in the market, just like NIP-44 is challenging NIP-04.
Seeing (some) NIPs as protocols, and not simply functionalities might be a good heuristic:
NIP-46 is not just "remote signing" it's "remote signing with this particular protocol", if we want to change the approach it makes sense to do it via a different NIP that needs to earn it's own and dethrone the competing protocol that provides the same functionality.