summaryrefslogtreecommitdiff
path: root/b6/61f718725adbd71bc99b6f280e16ed9f1e037d
blob: 83d9e9ba1208e2b7a6095bd05a2441bf6d69ced7 (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
Return-Path: <roconnor@blockstream.com>
Received: from fraxinus.osuosl.org (smtp4.osuosl.org [140.211.166.137])
 by lists.linuxfoundation.org (Postfix) with ESMTP id D0A58C016F
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sat,  2 May 2020 14:43:26 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by fraxinus.osuosl.org (Postfix) with ESMTP id BE0AA871ED
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sat,  2 May 2020 14:43:26 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
Received: from fraxinus.osuosl.org ([127.0.0.1])
 by localhost (.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id mur4xjTSizAq
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sat,  2 May 2020 14:43:25 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from mail-io1-f46.google.com (mail-io1-f46.google.com
 [209.85.166.46])
 by fraxinus.osuosl.org (Postfix) with ESMTPS id D5E19871E4
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sat,  2 May 2020 14:43:25 +0000 (UTC)
Received: by mail-io1-f46.google.com with SMTP id 19so7632928ioz.10
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Sat, 02 May 2020 07:43:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=blockstream-com.20150623.gappssmtp.com; s=20150623;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :cc; bh=ZfkYtnBopcJPo5LUTd2Bia4B8fxBTVqsm29g/V9arKk=;
 b=lQvyn15pF6FDLHveFqKBI0A/vSxlaH9lzq46PRHcYARq/xv8PKQCCww2iiec0GxjTS
 iIBteQ6FR7qoW4GRRSvz3bTqLiFwxhi4fziNlkFu2pQFMySmuJnY/jf96CWn7HhJfC5+
 er/njJfZXMPhNKfZZEtiUAJwmsw9wK2DEdTDJ3z+p/vb9mw11M228M7B2UfXn8ATALh1
 Bi24Ln04G6M81qi1VEXPkNpd09obqLJ6L4+SYOoeZtspp14mJjVAENgznxJI76lSTep+
 f/thnMdrIh7z7LsNR51uKJnrhxe2d4k5nkzPRmhvUs9Ou8xPWvYkfpEHCG4j8U9JRifq
 FU8A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:cc;
 bh=ZfkYtnBopcJPo5LUTd2Bia4B8fxBTVqsm29g/V9arKk=;
 b=rhgWMQdXGJMn5y5Y615ZpKeNJOGVPxnFG2UTxdjgLdmRqB8+IgVtqzejelFJssntNv
 wOgUupxiAwNrM0TvaMjtXhxoFH5SDTPXFlC3m2NKWHyn9uOJ0HsUvmqAW4Mx7eHycFKn
 0KxrTTwqnoKA/CpIBstJMClb3rHScVeMT4KN0+7yE1QykBH7CVd0bG5/t538iXR20bxG
 HfDLznrO7gLNaD4ZDuW3If3UOOV0DIIBc6I9MeYB0RMTySjc3VqYTRIRf/qBQ03WCi7W
 uRmD3QFDrru+WQovqrShhLn0kowaLSLwR/P4GINKl7B66wNkKiAhjxjmkFDKdykHk3qd
 tEsQ==
X-Gm-Message-State: AGi0PuaQa5FiOZIpSbPRN5i88+kVI6gzbyyVzs0iy8a8CtV/XruF73N4
 urcgVgSIRSTyWRsrXJb3PEhwM7JsPcqK1mJwp5BWJA==
X-Google-Smtp-Source: APiQypIF5Z4OZmJR2p/1TZz4wjelDtLt6rExTqOwKtluQ4G6iczsqiBVknPmhv6muznpop4EgVExef8O/lAqGdXxDlY=
X-Received: by 2002:a6b:b512:: with SMTP id e18mr8346896iof.168.1588430605192; 
 Sat, 02 May 2020 07:43:25 -0700 (PDT)
MIME-Version: 1.0
References: <CACvH2e=3s2kZWnytMySTv8U4pny3i0rEWas7NxzLxf5J7BewTg@mail.gmail.com>
 <CAMZUoKm9sogtKS0YqOz8JNNbiiwBdkPbdEvf67yzcJr1BZ7_wA@mail.gmail.com>
 <20200502142602.rj7q2m32ew6trh6u@erisian.com.au>
In-Reply-To: <20200502142602.rj7q2m32ew6trh6u@erisian.com.au>
From: "Russell O'Connor" <roconnor@blockstream.com>
Date: Sat, 2 May 2020 10:43:13 -0400
Message-ID: <CAMZUoK=g-mtoxSpTc5BmhxFaoJK9n7-Q28o9LUzx4prVgd3WZA@mail.gmail.com>
To: Anthony Towns <aj@erisian.com.au>
Content-Type: multipart/alternative; boundary="000000000000f9215005a4ab5186"
Cc: jonasd.nick@gmail.com,
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>,
 Pieter Wuille <pieter.wuille@gmail.com>
Subject: Re: [bitcoin-dev] BIP-341: Committing to all scriptPubKeys in the
 signature message
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, 02 May 2020 14:43:26 -0000

--000000000000f9215005a4ab5186
Content-Type: text/plain; charset="UTF-8"

> If you didn't verify the output scriptPubKeys, you would *only* be able
> to care about fees since you couldn't verify where any of the funds went?
> And you'd only be able to say fees are "at least x", since they could be
> more if one of the scriptPubKeys turned out to be OP_TRUE eg. That might
> almost make sense for a transaction accelerator that's trying to increase
> the fees; but only if you were doing it for someone else's transaction
> (since otherwise you'd care about the output addresses) and only if you
> were happy to not receive any change? Seems like a pretty weird use case?
>

You are right of course.  I was thinking of cases where you only care about
where some of the outputs go but not all.  But of course, even in that case
you will need to wade through all of the output ScriptPubKeys anyways.
The current design shares the hashOuputs value with the one computed with
BIP-143, and that is a somewhat valuable property to keep.

Thanks for setting me straight.

--000000000000f9215005a4ab5186
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_quote"><blockquote class=3D"gmail_=
quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,=
204);padding-left:1ex">
If you didn&#39;t verify the output scriptPubKeys, you would *only* be able=
<br>
to care about fees since you couldn&#39;t verify where any of the funds wen=
t?<br>
And you&#39;d only be able to say fees are &quot;at least x&quot;, since th=
ey could be<br>
more if one of the scriptPubKeys turned out to be OP_TRUE eg. That might<br=
>
almost make sense for a transaction accelerator that&#39;s trying to increa=
se<br>
the fees; but only if you were doing it for someone else&#39;s transaction<=
br>
(since otherwise you&#39;d care about the output addresses) and only if you=
<br>
were happy to not receive any change? Seems like a pretty weird use case?<b=
r></blockquote><div><br></div><div>You are right of course.=C2=A0 I was thi=
nking of cases where you only care about where some of the outputs go but n=
ot all.=C2=A0 But of course, even in that case you will need to wade throug=
h all of the output ScriptPubKeys anyways.</div><div>The current design sha=
res the hashOuputs value with the one computed with BIP-143, and that is a =
somewhat valuable property to keep.</div><div><br></div><div>Thanks for set=
ting me straight.</div></div></div>

--000000000000f9215005a4ab5186--