<oembed><type>rich</type><version>1.0</version><author_name>npub1sv4psc5psjztuewa8xzcxrdsm743zl3lvje7ha36xp3da86hmpyqdjg7a4</author_name><author_url>https://nostr.ae/npub1sv4psc5psjztuewa8xzcxrdsm743zl3lvje7ha36xp3da86hmpyqdjg7a4</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-04-22&#xA;📝 Original message:The reason why client side certificates have never gained traction because&#xA;it is a pain to safely store/backup secrets.&#xA;In bitcoinland we are forced to solve the problem of safely storing&#xA;secrets, and over the years we have come up with software and hardware&#xA;solutions to make this safer and easier to manage for ordinary people.&#xA;Solving this is paramount to the success of Bitcoin, and nobody has solved&#xA;it before on a grand scale.&#xA;&#xA;I see no reason for forcing end users to use two different mechanisms for&#xA;safely managing secrets.&#xA;&#xA;I agree that using a bitcoin address for authentication purposes might be&#xA;confusing and potentially linking your funds with your identity. So I am&#xA;all for using something else than bitcoin addresses and bitcoin private&#xA;keys.&#xA;&#xA;With bip32 we have finally agreed on a mechanism for generating a hierarchy&#xA;of bitcoin private keys from a master seed. A similar approach can be used&#xA;for generating a parallel hierarchy for authentication purposes.&#xA;&#xA;- Jan&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140422/34e800f0/attachment.html&gt;</html></oembed>