Even if he built it absolutely perfectly the concept is just too janky, it's not a good pattern
And it keeps changing now we have some new v3 decryption that will also break clients? And we have to build all these happy paths when people decline permission for one event but not another
Anyway whatever fuck it
Login to reply
Replies (4)
Wouldโve been easier to have implemented key delegations instead?
If I remember correctly all solutions to key delegations required changes to clients and relays so it was always rejected because people don't want to change things in nostr
If the delegation implementation has permissions like nip 26 it still doesn't fix the issue from utxo where the user rejects some permissions and allow just some of them
Why is it a bad pattern to ask a user if they want to create data tied to their identity
its a new pattern and instead of trying to solve the problem through good UX, @utxo the webmaster ๐งโ๐ป is just being lazy