On 21/02/15 14:49, 木ノ下じょな wrote:
Thank you for your feedback. I have written the Abstract and Motivation.
Much better. Thanks!
--
Best Regards / S pozdravom,
Pavol Rusnak st...@gk2.sk
--
Download BIRT iHub F-Type -
Hello Bob,
And compromise of that longer key still compromises the entire wallet.
No, in fact I could give you any node (derived extended private key) or key
(derived normal bitcoin address private key) AND any node's extended public
key above them, and as long as the keys are generated within
On 21/02/15 14:20, 木ノ下じょな wrote:
I have put together a proposal for a new generation methodology of HD
wallets.
Your proposal is missing Abstract and Motivation sections. Abstract
tells us WHAT are trying to achieve, Motivation tells WHY. It's not
worth to dig into technical details of your
Thank you for your feedback. I have written the Abstract and Motivation.
If my English is poor please let me know. Also let me know any other
comments or criticism you may have.
Thank you,
Jona
2015-02-21 22:34 GMT+09:00 Pavol Rusnak st...@gk2.sk:
On 21/02/15 14:20, 木ノ下じょな wrote:
I have put
Yes.
That is similar to an idea at FC15 (
http://fc15.ifca.ai/preproceedings/paper_15.pdf) but instead of increasing
the number of keys needed up to m, and protecting against m-1 leaks. (so if
you have to give keys out to 10 departments you must store 11 keys, or 363
bytes, I have decided to
5 matches
Mail list logo
