summaryrefslogtreecommitdiff
path: root/bip-0070.mediawiki
diff options
context:
space:
mode:
authorDavid A. Harding <dave@dtrt.org>2014-05-20 11:34:21 -0400
committerDavid A. Harding <dave@dtrt.org>2014-05-20 11:34:21 -0400
commit5be4021fa14ba679fefd44e02cb9d25d6b6707c3 (patch)
tree89cbc3be411c72e98dddb55bbd80429212cbee5b /bip-0070.mediawiki
parentb537a2b82c6aa14a64ce29a5a3d575d6c0a17047 (diff)
downloadbips-5be4021fa14ba679fefd44e02cb9d25d6b6707c3.tar.xz
Disambiguate Which Key Is Compromised When Ext. PubKey + PrivKey Are Leaked
I mistakenly inferred from the following clause that a parent extended public key plus a child private key would be equivalent to knowing the extended *child* private key---meaning that the *parent* private key was still secure: > knowledge of the extended public key + any non-hardened private key > descending from it is equivalent to knowing the extended private key This patch's addition of the word "parent" (twice) removes the ambiguity and may help other readers draw the correct inference that the parent private key is no longer secure in this case. I also changed "+" to "plus" to avoid confusion with the actual mathematical operations used in this BIP.
Diffstat (limited to 'bip-0070.mediawiki')
0 files changed, 0 insertions, 0 deletions