Amber is a random app to new users. You have to install it from GitHub or you have to install another random app to install Amber. Your average user will not use it. It's an advanced tool no matter how you try to spin it. If it wasn't advanced, every single Android user that exists on Nostr would already use Amber. Sorry man, but your Nstart falls into this exact category too. It's a random website, (a website!) that a native app user has to visit to go through steps that they've never used either. Your website might have a pretty onboarding flow, but it's incredibly advanced compared to what users use today. It's why I have never once recommended it to anyone that I've onboarded. A companion app is perhaps the way to go with Nstart, depending what this means, though I still suspect no one will use it unless it's baked into their day to day application. Otherwise it's DoA like everything else. On-boarding and key usage needs to be roll your face across the keyboard easy or Nostr will always be for the tech savvy and the ultra early adopter.

Replies (1)

I totally agree that we need to improve the onboarding, but I simply don't think that embedding a signer everywhere is the solution. The most likely scenario is that the user will log in using any recommended client, then as soon as they want to explore the ecosystem, they will discover that pasting the nsec everywhere is not sane and will therefore download a “profile manager” (or signer) to manage the different accesses. Of course, they can also start with the latter app, provided they are properly informed from the very beginning. PS: for "companion service" I mean something that will allow existentnpubs to create FROST bunkers. PSS: a website, apart from having a larger attack surface, is more immediately accessible, on every platform, and can be more easily assessed in terms of reliability (through domain).