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
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
|
Return-Path: <stick@satoshilabs.com>
Received: from smtp2.osuosl.org (smtp2.osuosl.org [IPv6:2605:bc80:3010::133])
by lists.linuxfoundation.org (Postfix) with ESMTP id EFFFFC0037
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 13 Jan 2024 16:32:15 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp2.osuosl.org (Postfix) with ESMTP id C2C40408A7
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 13 Jan 2024 16:32:15 +0000 (UTC)
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp2.osuosl.org C2C40408A7
Authentication-Results: smtp2.osuosl.org;
dkim=pass (2048-bit key) header.d=satoshilabs.com header.i=@satoshilabs.com
header.a=rsa-sha256 header.s=google header.b=LreTtg6H
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001,
RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001]
autolearn=ham autolearn_force=no
Received: from smtp2.osuosl.org ([127.0.0.1])
by localhost (smtp2.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id KffToX8iT2BL
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 13 Jan 2024 16:32:14 +0000 (UTC)
Received: from mail-ej1-x62a.google.com (mail-ej1-x62a.google.com
[IPv6:2a00:1450:4864:20::62a])
by smtp2.osuosl.org (Postfix) with ESMTPS id DD529408B0
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 13 Jan 2024 16:32:13 +0000 (UTC)
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp2.osuosl.org DD529408B0
Received: by mail-ej1-x62a.google.com with SMTP id
a640c23a62f3a-a2bdc3a3c84so404353566b.0
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 13 Jan 2024 08:32:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=satoshilabs.com; s=google; t=1705163532; x=1705768332;
darn=lists.linuxfoundation.org;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:from:to:cc:subject:date:message-id:reply-to;
bh=mjPO4S9lK/ne5KnEMRStIhn1f6CkF5p2MZvNj5g/dRI=;
b=LreTtg6H8EXB1wECZgeqRE8/2VOyu6xhMjNNqeUOfOy22x1NU49go0dkoZQ3i/gHog
yNbmsLhReaREnPI2ej5n0VW8R2m0Yn+++WUyAep+7spzLSjSR9QV7VX10XYzzqtvu3bU
r0ywWOc3T4daxIpRgWJbiX2A/LZhzotcL9CrIs/3SwIOk+FyDcjB4To7mCFtyuQAHahs
Cerqg6DjUaRgJ+zkMkaLCql1Hxgp+3ZMs5bdQoyIwXJ8l41bKGavpJVnM2OTP70XothT
Jq04d2Jtn25GjcrH/rmcxl9GTnNtih2oZH1JbopH2NhIUoOhfhN/9rRoJAPpeu8Z7Z0e
q3/g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1705163532; x=1705768332;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:x-gm-message-state:from:to:cc:subject:date:message-id
:reply-to;
bh=mjPO4S9lK/ne5KnEMRStIhn1f6CkF5p2MZvNj5g/dRI=;
b=J0ypaSMeeWqkycwHVPRPPbgzhB6uKSaPlbHXlK8dHYDTUzoXgnI5s4BlHGcTZw9qqE
tssKCzSlimA8kt8uK7447rCbuYvpdvRZoqAnFzow43LClWSfIm3IMzBkQfUgnCJzdYmm
3TDPUO9f1K34Azf0BbPZ6ohIfNXsH5yeoFXbc+J1gYf+YxjuN/TaDmqcG0cAIak8hAGD
nGdjmOSi50om8t8h/tpl0QOvtW5bMojMX/QZIcn927ntL0b7cu/aBu+BR6fNu3gclirp
mfsu97ZDjzbvuT/1kP0w32ENX+iQbmcFgZEp7ok0sr095FpPTVC107jRnWNGpm4ejnTT
8r9A==
X-Gm-Message-State: AOJu0YzdGo4dHOOLMrRtnZl4TFDbEB4azOdFynYPYu5mSxG1h2d1LMwa
pJ44W/2mlNyNGq5R1eUOTcF56KjhSBWDgyZ0GoCLjWsr2LaWAQ==
X-Google-Smtp-Source: AGHT+IEW+XanZsO/D//3NciGUBdm4cE6qEcs8cznM94XBHC/P8+n6iNaQ2yc1AlnU3zASGE4S+NRFkbHTBcX5HNBS8A=
X-Received: by 2002:a17:906:29ce:b0:a28:b085:5a86 with SMTP id
y14-20020a17090629ce00b00a28b0855a86mr1330724eje.133.1705163531643; Sat, 13
Jan 2024 08:32:11 -0800 (PST)
MIME-Version: 1.0
References: <CdTY_9q1MdmLQ9iU7lIfS-14ibPGbuvlGFiXTdG5OzgaDolAsI2Pp3YXFmjU_o1XbijZmJA1mc4CCm1JMvsfLu5PDBdHYJuOcvgMMkxgpL0=@protonmail.com>
<CAF90AvksvDTUNGZNNfo7tB6iHMpkTDh1TWQ-noJamyY7OAPF0Q@mail.gmail.com>
<qasgf9QSlEKnsWipYSu7ABTqKQbqa7kHwSQl7yM8ihEO9Kivk9pMtnx9tsl6q1frnmCijbmr5w6TDMadip8PFd_6GoLGipbCSwymhlMBwU4=@protonmail.com>
In-Reply-To: <qasgf9QSlEKnsWipYSu7ABTqKQbqa7kHwSQl7yM8ihEO9Kivk9pMtnx9tsl6q1frnmCijbmr5w6TDMadip8PFd_6GoLGipbCSwymhlMBwU4=@protonmail.com>
From: Pavol Rusnak <stick@satoshilabs.com>
Date: Sat, 13 Jan 2024 11:31:35 -0500
Message-ID: <CAF90Av=HqhdOfLpY1Pz8J2N7f_A+L_LDcni2Rx59Z5rNpsLksQ@mail.gmail.com>
To: Leslie <0300dbdd1b@protonmail.com>
Content-Type: multipart/alternative; boundary="0000000000009681db060ed65209"
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Introducing a version field to BIP39 mnemonic
phrases
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.15
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, 13 Jan 2024 16:32:16 -0000
--0000000000009681db060ed65209
Content-Type: text/plain; charset="UTF-8"
On Sat, 13 Jan 2024 at 10:53, Leslie <0300dbdd1b@protonmail.com> wrote:
> Developments like aezeed[1] or Electrum V2[2] also demonstrate that the
> standard BIP39 entropy might not always suffice for specific applications,
> leading to alternative standards being developed.
> This reality underscores the need to consider ways to enhance the existing
> system to more effectively accommodate these evolving requirements.
>
It is a very unrealistic that any kind of seed standard with extra metadata
will cover all possible future usecases.
Therefore new standards will always keep emerging.
LND coming up with a new aezeed standard and not using Electrum v2 are good
example of this.
For LND, the documentation[1] tells you to convert the seed using a website
(not great) AND on top of that you also need to provide the derivation path
for the funds(!) because the aezeed version is not used to encode the
derivation path used.
Probably the LND folks also realized it is not feasible to regenerate the
seed (and bother user with the backup)
every time wallet starts to use the new address format.
On the other side, CLN is perfectly fine with using BIP39, making it very
easy to recover CLN funds in any BIP39 compatible wallet.
[1]
https://www.lightningnode.info/technicals/restorelndonchainfundsinelectrum
In summary, while I hold deep respect for the fundamental principles of
> BIP39, I firmly believe that exploring the potential of versioned mnemonics
> can effectively address the dynamic nature of user practices and
> application demands, all while preserving the core strengths of the BIP39
> standard.
>
From where I stand, adding metadata to seed is a fool's errand.
Every year, new people coming to Bitcoin try it and fail.
Everything said, feel free to experiment, but your experiments should be
different standard than BIP39.
I would like to keep the BIP39 base entropy layer "ossified".
Moreover, it would be best if your experiments do not interfere with BIP39
to avoid confusion.
That is, your seeds should not be of lengths 12, 15, 18, 21 or 24 words.
--
Best Regards / S pozdravom,
Pavol "Stick" Rusnak
Co-Founder, SatoshiLabs
--0000000000009681db060ed65209
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr">On Sat, 13 Jan 2024 at 1=
0:53, Leslie <<a href=3D"mailto:0300dbdd1b@protonmail.com">0300dbdd1b@pr=
otonmail.com</a>> wrote:</div><div class=3D"gmail_quote"><blockquote cla=
ss=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid =
rgb(204,204,204);padding-left:1ex"><div style=3D"font-family:Arial,sans-ser=
if;font-size:14px"><div>Developments like aezeed[1] or Electrum V2[2] also =
demonstrate that the standard BIP39 entropy might not always suffice for sp=
ecific applications, leading to alternative standards being developed.</div=
><div>This reality underscores the need to consider ways to enhance the exi=
sting system to more effectively accommodate these evolving requirements.</=
div></div></blockquote><div><br></div><div>It is a very unrealistic that an=
y kind of seed standard with extra metadata will cover all possible future =
usecases.</div><div>Therefore new standards will always keep emerging.</div=
><div><br></div><div><div>LND coming up with a new aezeed standard and not =
using Electrum v2 are good example of this.</div><div><br></div></div><div>=
For LND, the documentation[1] tells you to convert the seed using a website=
(not great) AND on top of that you also need to provide the derivation pat=
h for the funds(!) because the aezeed version is not used to encode the der=
ivation path used.</div><div>Probably the LND folks also realized it is not=
feasible to regenerate the seed (and bother user with the backup)</div><di=
v>every time wallet starts to use the new address format.</div><div><br></d=
iv><div><div>On the other side, CLN is perfectly fine with using BIP39, mak=
ing it very easy to recover CLN funds in any BIP39 compatible wallet.</div>=
</div><div><br></div><div>[1]=C2=A0<a href=3D"https://www.lightningnode.inf=
o/technicals/restorelndonchainfundsinelectrum">https://www.lightningnode.in=
fo/technicals/restorelndonchainfundsinelectrum</a></div><div><br></div><blo=
ckquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left=
:1px solid rgb(204,204,204);padding-left:1ex"><div style=3D"font-family:Ari=
al,sans-serif;font-size:14px"><div>In summary, while I hold deep respect fo=
r the fundamental principles of BIP39, I firmly believe that exploring the =
potential of versioned mnemonics can effectively address the dynamic nature=
of user practices and application demands, all while preserving the core s=
trengths of the BIP39 standard.</div></div></blockquote><div><br></div><div=
><div>From where I stand, adding metadata to seed is a fool's errand.</=
div><div>Every year, new people coming to Bitcoin try it and fail.</div></d=
iv><div><br></div><div>Everything said, feel free to experiment, but your e=
xperiments should be different standard than BIP39.</div><div>I would like =
to keep the BIP39 base entropy layer "ossified".</div><div>Moreov=
er, it would be best=C2=A0if your experiments do not interfere with BIP39 t=
o avoid confusion.</div><div>That is, your seeds should not be of lengths 1=
2, 15, 18, 21 or 24 words.</div></div></div><div><br></div><span class=3D"g=
mail_signature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signat=
ure"><div dir=3D"ltr"><div><div dir=3D"ltr"><div></div><div>Best Regards / =
S pozdravom,</div><div><br></div><div>Pavol "Stick" Rusnak</div><=
div>Co-Founder, SatoshiLabs</div></div></div></div></div></div>
--0000000000009681db060ed65209--
|