summaryrefslogtreecommitdiff
path: root/03/9432468fafde82172606dd34b58e9e53f24c7f
blob: 79a83f0ed495a8fddb99d3526afffc84adf0eb77 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
Return-Path: <voisine@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 9CFE37D
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sat, 14 May 2016 17:09:44 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-yw0-f172.google.com (mail-yw0-f172.google.com
	[209.85.161.172])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id E1D9317F
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sat, 14 May 2016 17:09:43 +0000 (UTC)
Received: by mail-yw0-f172.google.com with SMTP id j74so128715607ywg.1
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Sat, 14 May 2016 10:09:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc; bh=23OXqpivPm4WULXhrVnXa0PGp4+Dx+llW2KtaIAs5vE=;
	b=GymD3fCfECXepT/W3yV2w/Lsm3Zc78RxqxsrGDKCyIsCJHr5Hpi5w6NNRKBJ/3F7nM
	xZY8MT1cA52o8c5M/dixGQNt9+Au9K5egoDTbUAQWwwbVJ9Z7xTj/WjdyNbbhQ0DluZ8
	iria9KoJ3rJf8ZLyE6Nhznmear3LErVGYdhNn+tk+2ZqTOaCCcgkOf7AuB+noL8up7cW
	G+DWYIUleGlc+rKFzFq40c0Fm+4h5hvg37Y5tpc6SrlSVgVL/1Qfbxf+jJ/Zz0A137Bd
	k2AKdaJIiHaycTcgiPCvMWMML93if266RsuqNWzi+eNPgfBgiwSaT9ove9GXpKDuUMqL
	2ijQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
	d=1e100.net; s=20130820;
	h=x-gm-message-state:mime-version:in-reply-to:references:date
	:message-id:subject:from:to:cc;
	bh=23OXqpivPm4WULXhrVnXa0PGp4+Dx+llW2KtaIAs5vE=;
	b=iXZVwagRq7iCoz9KpLTfc30zZpS0q6F0IvuOm7ptasQegdrtn3GTrlWoaTzVfDnH2A
	yVZPPzWTqbuq2jH6ZvFrKqoMf+2Qh2LiAsHi+eD/ttFh3TuPWOH6rbY5DMO+PRJi5byr
	2j/Qg9C/R7kj/jr+eafgyoThSo5/s1LR9ZtiKEXRHSOVKzxKClgc1wAt8rmiAW+X/q5x
	ZxrwnTI9UC1LKPK5gBUYHu4tFhgUpW6+snyonbHoelomdRiLRspc1RnWHtpO4/cchB7Z
	F9nptNQJ5CNAvco3klYymj6MCRel3bErHkqksMq0JewfuDLgFRCptWr1sLkvf//Bq+u4
	85dA==
X-Gm-Message-State: AOPr4FVNIhJXmoSX7BwYVcKZMOGwaeMKqE12UpIP+LsDfz+nstPgBrRWgi2ueMbzn6X7VYgHJj/cB2/ajnnUgQ==
MIME-Version: 1.0
X-Received: by 10.37.14.138 with SMTP id 132mr8376589ybo.20.1463245782799;
	Sat, 14 May 2016 10:09:42 -0700 (PDT)
Received: by 10.13.233.2 with HTTP; Sat, 14 May 2016 10:09:42 -0700 (PDT)
In-Reply-To: <57373157.9090408@satoshilabs.com>
References: <5735D3A4.7090608@mycelium.com> <nh6ieb$tq0$1@ger.gmane.org>
	<57373157.9090408@satoshilabs.com>
Date: Sat, 14 May 2016 10:09:42 -0700
Message-ID: <CACq0ZD6oRFDNJNTD8pJOQaJ=h_OcMpNXBTf1s5p00r107sN=hQ@mail.gmail.com>
From: Aaron Voisine <voisine@gmail.com>
To: Pavol Rusnak <stick@satoshilabs.com>, 
	Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary=001a113cc9781a616a0532d0750c
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE,
	RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
	smtp1.linux-foundation.org
Cc: Andreas Schildbach <andreas@schildbach.de>
Subject: Re: [bitcoin-dev] Bip44 extension for P2SH/P2WSH/...
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Sat, 14 May 2016 17:09:44 -0000

--001a113cc9781a616a0532d0750c
Content-Type: text/plain; charset=UTF-8

On Sat, May 14, 2016 at 7:08 AM, Pavol Rusnak via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> On 14/05/16 09:00, Andreas Schildbach via bitcoin-dev wrote:
> > The whole idea of BIP43 (which BIP44 bases on) is that how these BIPs
> > define balance retrieval never changes. This is to make sure you always
> > see the same balance on "same BIP" wallets (and same seed of course).
>
> This! Thanks Andreas for formulating my thought that I was not able to
> articulate earlier.
>

Indeed, this would still be the case when using a new BIPXX to define
adding segwit chains to what were previously BIP43/44 wallets. In this case
retrieval of a BIP44 wallet remains exactly the same as it did before. A
BIP44 wallet can still be recovered with any BIP44 compatible wallet
software. After you upgrade an existing BIP44 wallet to a BIPXX wallet, now
it is no longer a BIP44 wallet. It is now a BIPXX wallet, and can only be
recovered using BIPXX compatible wallet software.

If you are concerned about making a new BIP that fits in the BIP43
framework, i.e. a new purpose number, there's no reason this can't also be
done. You could create a new purpose number YY. Wallets that follow BIPYY
look just like BIPXX, except that they may only contain segwit address
chains, no standard P2PKH address chains.

On Sat, May 14, 2016 at 9:14 AM, Jonas Schnelli via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> AFAIK: Bip39 import (cross-wallet) is not supported by Schildbachs
> android wallet [1] and Electrum [2] and Breadwallet [3].


Breadwallet is BIP39, with the BIP43 purpose 0 derivation path, and I
believe Schlindbachs is as well. Electrum has their own format. I don't
know if it also supports sweeping other mnemonics and wallet layouts.

Aaron Voisine
co-founder and CEO
breadwallet <http://breadwallet.com/>

--001a113cc9781a616a0532d0750c
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">On Sat, May 14, 2016 at 7:08 AM, Pavol Rusnak via bitcoin-=
dev <span dir=3D"ltr">&lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundati=
on.org" target=3D"_blank">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</sp=
an> wrote:<br><div class=3D"gmail_extra"><div class=3D"gmail_quote"><blockq=
uote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-wi=
dth:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-=
left:1ex"><span class=3D"">On 14/05/16 09:00, Andreas Schildbach via bitcoi=
n-dev wrote:<br>
&gt; The whole idea of BIP43 (which BIP44 bases on) is that how these BIPs<=
br>
&gt; define balance retrieval never changes. This is to make sure you alway=
s<br>
&gt; see the same balance on &quot;same BIP&quot; wallets (and same seed of=
 course).<br>
<br>
</span>This! Thanks Andreas for formulating my thought that I was not able =
to<br>
articulate earlier.<br></blockquote><div><br></div><div>Indeed, this would =
still be the case when using a new BIPXX to define adding segwit chains to =
what were previously BIP43/44 wallets. In this case retrieval of a BIP44 wa=
llet remains exactly the same as it did before. A BIP44 wallet can still be=
 recovered with any BIP44 compatible wallet software. After you upgrade an =
existing BIP44 wallet to a BIPXX wallet, now it is no longer a BIP44 wallet=
. It is now a BIPXX wallet, and can only be recovered using BIPXX compatibl=
e wallet software.</div><div><br></div><div>If you are concerned about maki=
ng a new BIP that fits in the BIP43 framework, i.e. a new purpose number, t=
here&#39;s no reason this can&#39;t also be done. You could create a new pu=
rpose number YY. Wallets that follow BIPYY look just like BIPXX, except tha=
t they may only contain segwit address chains, no standard P2PKH address ch=
ains.</div><div><br></div><div>On Sat, May 14, 2016 at 9:14 AM, Jonas Schne=
lli via bitcoin-dev=C2=A0<span dir=3D"ltr">&lt;<a href=3D"mailto:bitcoin-de=
v@lists.linuxfoundation.org" target=3D"_blank">bitcoin-dev@lists.linuxfound=
ation.org</a>&gt;</span>=C2=A0wrote:<br><blockquote class=3D"gmail_quote" s=
tyle=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rg=
b(204,204,204);border-left-style:solid;padding-left:1ex">AFAIK: Bip39 impor=
t (cross-wallet) is not supported by Schildbachs<br>android wallet [1] and =
Electrum [2] and Breadwallet [3].</blockquote><div><br></div><div>Breadwall=
et is BIP39, with the BIP43 purpose 0 derivation path, and I believe Schlin=
dbachs is as well. Electrum has their own format. I don&#39;t know if it al=
so supports sweeping other mnemonics and wallet layouts.</div></div><div><b=
r></div><div><div>Aaron Voisine</div><div>co-founder and CEO<br><a href=3D"=
http://breadwallet.com/" target=3D"_blank">breadwallet</a></div></div></div=
></div></div>

--001a113cc9781a616a0532d0750c--