Me refiro a padronizar isso no protocolo, login com nsec criptografada e senha etc, não é uma mudança no protocolo, somente um padrão a ser seguido.

Esse nip seria referência para um nip que padronizaria o login.

O nip 49 define como criptografar e como descriptografar etc. Oque eu me refiro é definir os padrões de login, por exemplo, a ABNT existe para definir padrões industriais para reduzir a confusão de empresas que criam os mesmos produtos com especificações diferentes e etc. No caso oque me refiro é apenas definir um padrão de login entre clientes. Onde você nunca lida com a nsec diretamente, somente com a nsec criptografada, e realiza login com nsec e senha, tipo e-mail e senha.

Assim reduz inúmeros riscos de expor a nsec e ainda faz alusão a formas de login já utilizadas hoje em qualquer plataforma.

Tu literalmente memorizou a Nsec ou gerou algum tipo de mnemônico?

Trampo da porra, mas parabéns!

Droga! Me veio um palavrão a mente, quando li isso, Lorena. 😅

De qualquer forma, parabéns. Não sei se é normal uma memória assim, mas de qualquer forma, me lembrei desse filme:

Para bens!

Não, pensei em algo bem mais simples, continua como está hoje, logando com a nsec, porém, para não transportar a nsec em texto aberto, usando a nsec criptografada com senha, daí para ligar em um cliente coloca a nsec criptografada e a senha.

Passkey seria simplesmente sensacional, mas presumo que não seja possível ou prático. Com passkey você não fornece a chave privada somente assina uma informação qualquer para confirmar que é dono de tal chave pública(no caso do Nostr dono da conta). Porém, sempre que você reage a um post, posta uma nota ou interage de qualquer maneira no Nostr, o cliente precisa assinar tal evento com a chave privada, então você precisa necessariamente fornecer a sua nsec ao cliente.

Sim. A ideia do idiota assemelha-se a uma espécie de preenchimento automático dos gerenciadores de senha. Algo realmente bem inovador e revolucionário.

Calma calabreso.