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
|
Return-Path: <fresheneesz@gmail.com>
Received: from smtp1.osuosl.org (smtp1.osuosl.org [140.211.166.138])
by lists.linuxfoundation.org (Postfix) with ESMTP id 7D8D1C001A
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 25 Feb 2022 15:56:40 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp1.osuosl.org (Postfix) with ESMTP id 6C70E83F12
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 25 Feb 2022 15:56:40 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001,
HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: smtp1.osuosl.org (amavisd-new);
dkim=pass (2048-bit key) header.d=gmail.com
Received: from smtp1.osuosl.org ([127.0.0.1])
by localhost (smtp1.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id tsADkQDdPweL
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 25 Feb 2022 15:56:39 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.8.0
Received: from mail-ej1-x631.google.com (mail-ej1-x631.google.com
[IPv6:2a00:1450:4864:20::631])
by smtp1.osuosl.org (Postfix) with ESMTPS id 294A583F09
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 25 Feb 2022 15:56:39 +0000 (UTC)
Received: by mail-ej1-x631.google.com with SMTP id gb39so11752917ejc.1
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 25 Feb 2022 07:56:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to
:cc; bh=2j75S5RewdpYONdtpaVGFbUpPei1Wleh6t9suT2bmfU=;
b=YpecsWAQdJVfnRvq9Z4hKdbTpM1ddzN7wcNgsz1wbvQvrCaqnqR++BdG2/OeugN4+1
hMoVFWRw7McSTjUT5RapOl8AC4Y+fv9TRtJXOjW0MyFV/m5xyuqA4kzzM2yshqudTNt4
y066RnhA8CaaCdufagm2n8G3mHMkSrGvfDygmebKh8EXkR8OVTwIcGSQ9uRyzJYbXjo+
RN8QLYy0P1Gq3S7ntGjpKy3Mg+CYW4SACzCPxWNVzPCJ0B+ukb6PTyTHZOtG5sCQYHGj
w28rZOpcotlrXUyGcoTP7KGY5IWT320qMBmQHHM28ZdvhxXvSg5/9p+Oe2MuXl+UT/Rr
rd/A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20210112;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to:cc;
bh=2j75S5RewdpYONdtpaVGFbUpPei1Wleh6t9suT2bmfU=;
b=wJA/T7q8yB47BQQi645lTBu6NaCvC/otqcb5v1vb+aPvqAM4WQt+kiQ88HBXOq0lNE
z2SJy4osB5meHZrTtDNvLi2SCUxwTve0Dii17vWcKZTNUVB5xDZCgi+JwMKun9YViUJf
4nEzMVnWY6iMGMNLjEHjAy27k/FhX3sLlN5HMHk4P/wdfU+EzdojrZPrQYVINfaJj7q3
gYfvlpMzZjGa1nQ8O7DRhCFy2byPCV1Q7Lou3RIhibb5GTcdFFSFPPl5t7pD/qOTCyqE
38+G6ua55QkzkJnBKtPXhCIczZjzmcJB8i6k1G5D5D3jl+4qGykjdyaOXmO45d/8swKS
8Csg==
X-Gm-Message-State: AOAM531OB0FCkVUb6sqXmbOMWSpwL8+UFdQZgCUJRfaUXVnzyaU+rPoX
8grdfFwi9jShA/6wuvGWMpOPFiO4PZzL7oxkxLuvQCYD
X-Google-Smtp-Source: ABdhPJx+uFbcq1n/2ssxfukOx97Sw7udDWXOnVPTmiy8ZRTgKT5rCrLmRTwvkTj05bB5Z3BIDwU8X23wdyKKE3xFsJQ=
X-Received: by 2002:a17:906:93f7:b0:6cc:6319:6c43 with SMTP id
yl23-20020a17090693f700b006cc63196c43mr6868204ejb.176.1645804597184; Fri, 25
Feb 2022 07:56:37 -0800 (PST)
MIME-Version: 1.0
References: <CANLPe+OZ33vcZheOyo2RdrvWzQvj3RzZc6sHTafGwbqEG2G4pA@mail.gmail.com>
<0642a5e59464779569f9d0aab452ee27@willtech.com.au>
<96471a093e3c3d9862c3d47ebe731df6@willtech.com.au>
<CANLPe+Nc6ehatESSuS5jFXU-wammBSOe5GRjn45n8BAr90TPOg@mail.gmail.com>
<a54b2632d9b20f9330cf129706f5c886@willtech.com.au>
<CAGpPWDYGheCFZS67agC=wVvrrC2VNunQs-LqCa=V34bAQYBosg@mail.gmail.com>
<CANLPe+OA1ddkfRYLsA25GZkw9=+AMni99Nsz31-PUHdEB--R+g@mail.gmail.com>
<CAGpPWDbquYT4gm_eKTrtsHsCNRf2fU0gvHOz--jRVhVgUzFHYQ@mail.gmail.com>
<XdgBBHV0DwSOE9KMoCixmuFY1FpTLsoyhrPpE7zPI16nkUyGOAj_AMzi98jMCx8gAKYQdl4fodOIFFL8rpV7yCXT6XiiqvWk7bbFSyFaNUU=@protonmail.com>
In-Reply-To: <XdgBBHV0DwSOE9KMoCixmuFY1FpTLsoyhrPpE7zPI16nkUyGOAj_AMzi98jMCx8gAKYQdl4fodOIFFL8rpV7yCXT6XiiqvWk7bbFSyFaNUU=@protonmail.com>
From: Billy Tetrud <billy.tetrud@gmail.com>
Date: Fri, 25 Feb 2022 09:56:24 -0600
Message-ID: <CAGpPWDZxynGhOE7PpQ0sChvBODrM2k47KP6dRDu06oNUFJGyKA@mail.gmail.com>
To: AdamISZ <AdamISZ@protonmail.com>
Content-Type: multipart/alternative; boundary="000000000000628beb05d8d9be20"
X-Mailman-Approved-At: Fri, 25 Feb 2022 16:34:40 +0000
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Draft-BIP: Ordinal Numbers
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: Fri, 25 Feb 2022 15:56:40 -0000
--000000000000628beb05d8d9be20
Content-Type: text/plain; charset="UTF-8"
> El Gamal commitments, for example, are perfectly binding but only
computationally hiding.
That's very interesting. I stand corrected in that respect. Thanks for the
information Adam!
On Fri, Feb 25, 2022, 05:17 AdamISZ <AdamISZ@protonmail.com> wrote:
> > I really don't see a world where bitcoin goes that route. Hiding coin
> amounts would make it impossible to audit the blockchain and verify that
> there hasn't been inflation and the emission schedule is on schedule. It
> would inherently remove unconditional soundness from bitcoin and replace it
> with computational soundness. Even if bitcoin did adopt it, it would keep
> backwards compatibility with old style addresses which could continue to
> use ordinals.
>
> Nit: it isn't technically correct to say that amount hiding "inherently
> removes unconditional soundness". Such commitments can be either perfectly
> hiding or perfectly binding; it isn't even logically possible for them to
> be both, sadly. But we are not forced to choose perfect binding; El Gamal
> commitments, for example, are perfectly binding but only computationally
> hiding.
>
--000000000000628beb05d8d9be20
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"auto"><div dir=3D"auto">>=C2=A0<span style=3D"font-size:12.8=
px">El Gamal commitments, for example, are perfectly binding but only compu=
tationally hiding.</span><div dir=3D"auto"><span style=3D"font-size:12.8px"=
><br></span></div><div dir=3D"auto"><span style=3D"font-size:12.8px">That&#=
39;s very interesting. I stand corrected in that respect. Thanks for the in=
formation Adam!</span></div></div><br><div class=3D"gmail_quote"><div dir=
=3D"ltr" class=3D"gmail_attr">On Fri, Feb 25, 2022, 05:17 AdamISZ <<a hr=
ef=3D"mailto:AdamISZ@protonmail.com" target=3D"_blank" rel=3D"noreferrer">A=
damISZ@protonmail.com</a>> wrote:<br></div><blockquote class=3D"gmail_qu=
ote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex=
">> I really don't see a world where bitcoin goes that route. Hiding=
coin amounts would make it impossible to audit the blockchain and verify t=
hat there hasn't been inflation and the emission schedule is on schedul=
e. It would inherently remove unconditional soundness from bitcoin and repl=
ace it with computational soundness. Even if bitcoin did adopt it, it would=
keep backwards compatibility with old style addresses which could continue=
to use ordinals.<br>
<br>
Nit: it isn't technically correct to say that amount hiding "inher=
ently removes unconditional soundness". Such commitments can be either=
perfectly hiding or perfectly binding; it isn't even logically possibl=
e for them to be both, sadly. But we are not forced to choose perfect bindi=
ng; El Gamal commitments, for example, are perfectly binding but only compu=
tationally hiding.<br>
</blockquote></div></div>
--000000000000628beb05d8d9be20--
|
