Nada impede que uma empresa crie um cliente Nostr onde o usuário entre com email e senha normalmente, delegando a parte da nsec para a empresa. Da mesma forma que o X funciona hoje por exemplo.
Óbvio que nesse caso o usuário perderia as vantagens do Nostr.
Login to reply
Replies (4)
Vi alguém sugerindo por aqui (a Ava, se estou certo) algo como uma hierarquia de chaves: uma chave-mãe e as outras dependentes e aplicáveis aos diversos clientes p.ex. (geradas aleatoriamente para a ocasião?).
Quanto à privacidade, alguém sugeriu algo como o Solid para controle local dos dados.
Mas eu realmente sou apenas mais um dos leigos neste assunto. Não tenho a menor ideia se estas soluções são viáveis.
Só me senti no dever de avisar do problema.
Também vi, é uma ótima idéia.
👇
And as it stands rn, all that wealth would be tied to your nsec.
Nostr really needs to sort out the whole, everything you do and log-into is tied to a single shared identity (nsec).
We need the ability to create unlimited child keys based on parent keys.
This way, like a password manager, you aren't worried about one breech compromising everything and the annoyance of creating a new disassociated key pair before logging into the myriad of micro apps in the #Nostr ecosystem.
View quoted note →
View quoted note →
👇
#nostr - freedom of transmittion
#bitcoin - freedom to transactions
#solid - freedom of storage
Each are useful alone. Two together are more powerful. All 3 can be dynamite, if used correctly. Embrace a decentralized future!
https://solidproject.org/
View quoted note →