5 ms·
What kind of security concern would there be with using JS to implement your wallet? Or building the wallet yourself as opposed to a solution with updates and w
by bmoresbest55 12y ago
What kind of security concern would there be with using JS to implement your wallet? Or building the wallet yourself as opposed to a solution with updates and whatnot?
- j_s 12y agoThis introduction appears to be geared toward experimentation rather than production use. However, using JS server-side with node would be solely dependent on the implementation (the same as using any other language). Client-side (in-browser) adds all the usual client-side JavaScript crypto caveats¹. ¹ http://www.matasano.com/articles/javascript-cryptography/ http://www.matasano.com/articles/javascript-cryptography/
- sida 12y agoLooking at the two popular web wallets as an example. Blockchain.info and Coinbase. Blockchain.info is a client-side wallet implemented in JS Keys are encrypted client-side and encrypted keys stored in the server. There are good good benefits there because if blockchain.info is hacked, your keys are still with you and not compromised (Different story if the server starts serving malicious JS though) The server-side wallet approach means that if their hot wallets gets hacked, all the funds will be gone.
- dobbsbob 12y agoA lot of casinos and exchanges are using blockchain.info as a hot wallet instead of rolling their own multi sig hot wallet. Crazy risk
- adrianmacneil 12y agoGenerally server-side wallets don't keep all user funds online. Most are stored offline in cold storage, which requires multiple signatures to access.
- battani 12y agoThey still have to keep at least the amount the richest user owns online in case that user decides to withdraw all their coins.