<div dir="ltr"><div class="gmail_extra"><div><div class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr">On Sun, May 15, 2016 at 5:08 AM, Daniel Weigl via bitcoin-dev <span dir="ltr">&lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</span> wrote:<br></div></div></div></div></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><br>
&gt; 0x40000000 would be the next available to specify witness addresses.<br>
&gt; This is compatible with existing accounts and wallet layouts.<br>
<br>
</span>my main concern here is that<br>
 -) every Bip&lt;this-bip&gt;-compatible wallet in the future will have to implement all (then probably) legacy derivation and tx schemes.<br></blockquote><div><br></div><div>I can see the advantage of a segwit only scheme, but we will need to support old derivations anyway for many decades if not indefinitely. People are using it to store value for the long term.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
 -) it does not fail in a deterministic way, if I import a seed or xPriv/xPub across different capable wallets.<br>
        It is more visible if one account has [no funds/does not show up] at all after an import than if something shows up but you need to make sure that the balance is what you might expect.<br></blockquote><div><br></div><div>This is certainly a downside. It has to be weighed against the benefit of being able to upgrade existing wallets in place. Asking users to create a new wallet, and replace their recovery phrase backups is an even bigger problem in my estimation. </div><div><br></div><div>What do you think of doing both? A new BIP43 purpose number for segwit only wallets, but that also specifies 0x40000000/1 for the change/receive index so that the scheme is compatible with other schemes for upgrade existing wallets in place? There will certainly be wallet developers who decide to upgrade in place, but we can standardized both how to indicate segwit chains, independent of segwit only schemes or upgrade schemes, and still have the advantages of a new segwit only BIP43 purpose number.</div><div><br></div><div><div>Aaron Voisine</div><div>co-founder and CEO<br><a href="http://breadwallet.com/" target="_blank">breadwallet</a></div></div></div></div></div>