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
|
Return-Path: <jb55@jb55.com>
Received: from silver.osuosl.org (smtp3.osuosl.org [140.211.166.136])
by lists.linuxfoundation.org (Postfix) with ESMTP id 8495AC0881
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 25 Dec 2019 17:24:01 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by silver.osuosl.org (Postfix) with ESMTP id 7277D2034B
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 25 Dec 2019 17:24:01 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Received: from silver.osuosl.org ([127.0.0.1])
by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id WFcLQ9LAFnIi
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 25 Dec 2019 17:24:00 +0000 (UTC)
X-Greylist: delayed 00:06:40 by SQLgrey-1.7.6
Received: from jb55.com (jb55.com [45.79.91.128])
by silver.osuosl.org (Postfix) with ESMTPS id 495DC20343
for <bitcoin-dev@lists.linuxfoundation.org>;
Wed, 25 Dec 2019 17:24:00 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d= jb55.com;
h=from:to:subject:date:message-id; s=default;
bh=XZHQVEM5/tsEy7UVY5QcaFS6Fgk4iQe0cqZU4i05Tbw=;
b=ozrBDnlNXXFmQ9XwwwFPAUGfVbZsQGi5dPYPpFCsc2uw9zp13aqwaY6KD7U+nl7I7nt0rkh7KKKn3DsrTIBGjzLKNZTmkDxp3PCo08nc9r7oQxCPJLT8nCbNR0uQWU+J+9G8aHtSyxOBpm2uYkGeNr1uTMsl/EMN4JLZ5/mip5BCwoPWtbqCn0fCqaqciBDEjyEySywC4RZ4jJa7FMzs61A1CTcbS7r0tkaCLlIlnga99Pwel6CceuKWv33G3/4vnVPtkWdKZfK0c89y3Af0yQ5XXY660YFdj0xsk1EXe9L/3Eo2wN0dHZ4TA1orQzCk5NtDGLMf44GtiNLx1Lex1A==
Received: from jb55.com (barion1850w-lp130-03-70-49-37-238.dsl.bell.ca
[70.49.37.238]) by jb55.com (OpenSMTPD) with ESMTPSA id 5261e6f0
TLS version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO;
Wed, 25 Dec 2019 17:17:19 +0000 (UTC)
From: William Casarin <jb55@jb55.com>
To: Chris Belcher <belcher@riseup.net>
In-Reply-To: <deb1cedd-ae7d-4ef2-6b89-104183b919b4@riseup.net>
References: <deb1cedd-ae7d-4ef2-6b89-104183b919b4@riseup.net>
Date: Wed, 25 Dec 2019 12:17:18 -0500
Message-ID: <87sgl8mijl.fsf@jb55.com>
MIME-Version: 1.0
Content-Type: text/plain
X-Mailman-Approved-At: Wed, 25 Dec 2019 17:37:57 +0000
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Base64-encoded descriptors
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: Wed, 25 Dec 2019 17:24:01 -0000
Hey Chris,
Chris Belcher via bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> writes:
> I've recently been playing around with descriptors, and they are very
> nice to work with. They should become the standard for master public
> keys IMO.
>
> One downside is that users cant easily copypaste them to-and-fro to make
> watch-only wallet. The descriptors contain parenthesis and commas which
> stop highlighting by double-clicking. Also the syntax might look scary
> to newbs.
>
> An obvious solution is to base64 encode the descriptors. Then users
> would get a text blog as the master public key without any extra details
> to bother them, and developers can easily base64 decode for developing
> with them.
I don't think encoding descriptors is a good idea. Encoding makes more
sense if it's non-human-readable binary data that you want transfer over
a plaintext channel.
Descriptors aren't binary data, and have a wealth of useful information
that you can view at a glance. Obfuscating this information just to gain
the ability to copy-paste doesn't seem like a good idea.
> I didn't come up with these ideas, they came from discussions with achow101.
I suggested base58 or base62 +hrp for PSBT in id:87zhzlbfq5.fsf@jb55.com
[1] for the reasons that you mentioned, so I'm a bit sad that base64 was
chosen. base64 isn't really good for double-click copy-pasting, it
contains characters such as +/= which aren't always included when
double-clicking. I prefer bech32, base58 or base62. In this case,
encoding of any kind doesn't make much sense IMO.
Cheers,
Will
[1] https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2018-June/016151.html
--
https://jb55.com
|
