path: root/b2/6f122910fa9d65700e2ca46689d9cfd9b50648

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 &lt;<a href=3D"mailto:0300dbdd1b@protonmail.com">0300dbdd1b@pr=
otonmail.com</a>&gt; 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&#39;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 &quot;ossified&quot;.</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 &quot;Stick&quot; Rusnak</div><=
div>Co-Founder, SatoshiLabs</div></div></div></div></div></div>

--0000000000009681db060ed65209--