Have been thinking about this problem for months now. I’ve got 2 drafts I need to merge together and then I plan to put up and fund a project for it next month as I believe we’re missing out on the fundamental differentiator for #nostr with the separation and sovereignty of identity.
I've been continuing to mull over the sign-in flow for Nostr apps. It seems more complex than the legacy system because of the need to account for more than one method of authentication: extension, public/private keys, nostr connect.
https://void.cat/d/YFiXaAVnb54ifi9FKmtsui.webp
Even if one method becomes standard in the future, I think there's still a question of how to accommodate users who continue using older methods. Examples and more thoughts in thread 🧵. cc nostr:npub1r0rs5q2gk0e3dk3nlc7gnu378ec6cnlenqp8a3cjhyzu6f8k5sgs4sq9ac / nostr:npub1x6gxrjdpacjc62x3y0e4lyfedzyy65kyj29t0026g4z0el2g70esc0rtxj
Tags: #ux #design
Discussion
No replies yet.