Daniel Weigl via bitcoin-dev
2016-05-13 13:16:20 UTC
Hello List,
With SegWit approaching it would make sense to define a common derivation scheme how BIP44 compatible wallets will handle P2(W)SH (and later on P2WPKH) receiving addresses.
I was thinking about starting a BIP for it, but I wanted to get some feedback from other wallets devs first.
In my opinion there are two(?) different options:
1) Stay with the current Bip44 account, give the user for each public key the option to show it as a P2PKH-Address or a P2SH address and also scan the blockchain for both representation of each public key.
+) This has the advantage, that the user does not need to decide or have to understand that he needs to migrate to a new account type
-) The downside is that the wallet has to scan/look for ever twice as much addresses. In the future when we have a P2WPKH, it will be three times as much.
-) If you have the same xPub/xPriv key in different wallets, you need to be sure both take care for the different address types
2) Define a new derivation path, parallel to Bip44, but a different 'purpose' (eg. <BipNumber-of-this-BIP>' instead of 44'). Let the user choose which account he want to add ("Normal account", "Witness account").
m / purpose' / coin_type' / account' / change / address_index
+) Wallet needs only to take care of 1 address per public key
+) If you use more than one wallet on the same xPub/xPriv it will work or fail completely. You will notice it immediately that there is something wrong
-) User has to understand that (s)he needs to migrate to a new account to get the benefits of SegWit
+) Thus, its easier to make a staged roll-out, only user actively deciding to use SegWit will get it and we can catch bugs earlier.
3) other ideas?
My personal favourite is pt2.
Has any Bip44 compliant wallet already done any integration at this point?
Thx,
Daniel/Mycelium
With SegWit approaching it would make sense to define a common derivation scheme how BIP44 compatible wallets will handle P2(W)SH (and later on P2WPKH) receiving addresses.
I was thinking about starting a BIP for it, but I wanted to get some feedback from other wallets devs first.
In my opinion there are two(?) different options:
1) Stay with the current Bip44 account, give the user for each public key the option to show it as a P2PKH-Address or a P2SH address and also scan the blockchain for both representation of each public key.
+) This has the advantage, that the user does not need to decide or have to understand that he needs to migrate to a new account type
-) The downside is that the wallet has to scan/look for ever twice as much addresses. In the future when we have a P2WPKH, it will be three times as much.
-) If you have the same xPub/xPriv key in different wallets, you need to be sure both take care for the different address types
2) Define a new derivation path, parallel to Bip44, but a different 'purpose' (eg. <BipNumber-of-this-BIP>' instead of 44'). Let the user choose which account he want to add ("Normal account", "Witness account").
m / purpose' / coin_type' / account' / change / address_index
+) Wallet needs only to take care of 1 address per public key
+) If you use more than one wallet on the same xPub/xPriv it will work or fail completely. You will notice it immediately that there is something wrong
-) User has to understand that (s)he needs to migrate to a new account to get the benefits of SegWit
+) Thus, its easier to make a staged roll-out, only user actively deciding to use SegWit will get it and we can catch bugs earlier.
3) other ideas?
My personal favourite is pt2.
Has any Bip44 compliant wallet already done any integration at this point?
Thx,
Daniel/Mycelium