summaryrefslogtreecommitdiff
path: root/d5/41271fb08384cf0c0811cc35d9111a6f000a54
blob: 53cf2ce659da402835303ed6e4f83e618a8cf682 (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
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
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
Return-Path: <user@petertodd.org>
Received: from smtp2.osuosl.org (smtp2.osuosl.org [IPv6:2605:bc80:3010::133])
 by lists.linuxfoundation.org (Postfix) with ESMTP id B1B32C002C;
 Fri, 15 Apr 2022 14:52:54 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by smtp2.osuosl.org (Postfix) with ESMTP id 9E58A402DC;
 Fri, 15 Apr 2022 14:52:54 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -2.8
X-Spam-Level: 
X-Spam-Status: No, score=-2.8 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, RCVD_IN_DNSWL_LOW=-0.7,
 RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001,
 SPF_HELO_PASS=-0.001, SPF_PASS=-0.001]
 autolearn=ham autolearn_force=no
Authentication-Results: smtp2.osuosl.org (amavisd-new);
 dkim=pass (2048-bit key) header.d=petertodd.org header.b="njpJF1I0";
 dkim=pass (2048-bit key) header.d=messagingengine.com
 header.b="yG/zTVE2"
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 TJVz1XnCrQRD; Fri, 15 Apr 2022 14:52:53 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.8.0
X-Greylist: from auto-whitelisted by SQLgrey-1.8.0
Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com
 [66.111.4.25])
 by smtp2.osuosl.org (Postfix) with ESMTPS id 9296040138;
 Fri, 15 Apr 2022 14:52:53 +0000 (UTC)
Received: from compute2.internal (compute2.nyi.internal [10.202.2.46])
 by mailout.nyi.internal (Postfix) with ESMTP id 709545C0099;
 Fri, 15 Apr 2022 10:52:52 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute2.internal (MEProxy); Fri, 15 Apr 2022 10:52:52 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=petertodd.org;
 h=cc:cc:content-type:date:date:from:from:in-reply-to
 :in-reply-to:message-id:mime-version:references:reply-to:sender
 :subject:subject:to:to; s=fm2; t=1650034372; x=1650120772; bh=MK
 Z/T1D4ZFsWl5SOf6RAVvaU3wPsSNYZtUoKnQXqIdk=; b=njpJF1I04zSgE99vHx
 +NM9QovSrZsVsBoR3Jmt2ANjDPRM15v3md5yrJ/2c5ySU52y4kvNLLq9mmPNFDF+
 tgKedczUq6hbj9sOQoCw8ZmQG7s02dmFyGbxMFq6mBOiGIq0lfinNa8w72scl2CO
 CC1BtAyvvJCy83cPSsAVhQySswu3N9fxNtO8zN19YKYoL5MheIMH8+G1hZYuiXcU
 za7pPeNdQ1oMLf5xgDiIbxNdyPOHunSK7UWepJrNhTKMyYjND96gSB5mMCo5X0lx
 NTwhCGR6SbdAjWcEB7T+WIzbIGihKj67SgB6ZPYGdqWpswJM8kGqzYx+pUURwHHa
 Sk9A==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-type:date:date:from:from
 :in-reply-to:in-reply-to:message-id:mime-version:references
 :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy
 :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t=1650034372; x=
 1650120772; bh=MKZ/T1D4ZFsWl5SOf6RAVvaU3wPsSNYZtUoKnQXqIdk=; b=y
 G/zTVE2CFGLw+lxJzWqrXaE1ekJh9iz811ELM+kQ7+TBfsRP7VEUdsENBv3KZvMM
 z6KNt3v0f6afbLpUU/2MAUI4BmDVJNWKvR0m63lgAME1rrnFt0h/UDtimx8YGbGo
 +lRiO1AXjjG8Aa6O+CoFahjyAzRWjHmAs4KVHIQLVVII71IouuP5xVaUtUxp/u2o
 K2ZLTvyrIWVq5LlFRTBwk6an/McXRcgjoFut7SOz8UailDl+J99Zp9i2eB2FznL/
 j8NhvzdMXqUnuusnEjxVSvSgoL/SmTN5MpddBA5pfLZcjkcBwLnpSk+Tbd9sz+Kp
 iAgGCe0SGbbBiPzK9ikrw==
X-ME-Sender: <xms:xIZZYoGRpN410vJHfkdKzRIDYZ334rqZYKKNFGw-QZBYAeIZNCUE8Q>
 <xme:xIZZYhX2re8jFrlARBl_KvmAmchG9owAe6mge9MF-8hGHPcFMpc0GnXbQB-BTc4Nt
 z8BfcNb3-oZNgBtl74>
X-ME-Received: <xmr:xIZZYiL95GD4SD3bGpNC0dOflAMWVcWbLOV_9yeZ_AEN1k_jqVWf-aPx9ors>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudelhedgkeefucetufdoteggodetrfdotf
 fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen
 uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne
 cujfgurhepfffhvffukfhfgggtuggjsehgtderredttddvnecuhfhrohhmpefrvghtvghr
 ucfvohguugcuoehpvghtvgesphgvthgvrhhtohguugdrohhrgheqnecuggftrfgrthhtvg
 hrnhepleeghfeufefgfedujefgkeektddtjeekkeejheefudeihfehkeevjedtkeevvddu
 necuffhomhgrihhnpehophgvnhhtihhmvghsthgrmhhpshdrohhrghdpphgvthgvrhhtoh
 guugdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhr
 ohhmpehushgvrhesphgvthgvrhhtohguugdrohhrgh
X-ME-Proxy: <xmx:xIZZYqG_JxnwheXMav3Cpv7toO7Q2M_sMNARRUtS_ilEEWq9xVXvew>
 <xmx:xIZZYuUBx-5ecGedy9l2mMoKhZ7OQ5OO41SgGNeezOhF6-jybO1DUA>
 <xmx:xIZZYtMockwjUdD9Iqb9hCuAQ2H-EDRR1AFBn0Em0IGsWKMJgTkTrg>
 <xmx:xIZZYriGuJ9I842O093a2cxdagwkL6Mny5B4_3clOt_KKrEphjhN8A>
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri,
 15 Apr 2022 10:52:51 -0400 (EDT)
Received: by localhost (Postfix, from userid 1000)
 id 6C0105F82C; Fri, 15 Apr 2022 10:52:47 -0400 (EDT)
Date: Fri, 15 Apr 2022 10:52:47 -0400
From: Peter Todd <pete@petertodd.org>
To: Jeremy Rubin <jeremy.l.rubin@gmail.com>
Message-ID: <YlmGv6WbDeDqGJKX@petertodd.org>
References: <CAD5xwhik6jVQpP2_ss7d5o+pPLsqDCHuaXG41AMKHVYhZMXF1w@mail.gmail.com>
 <YgS3sJvg6kG3WnVJ@petertodd.org>
 <CAD5xwhi3Ja8gdU2h_6-1ck4kdU0TiC2Kx5O-61=f9=6JQSMs=A@mail.gmail.com>
 <YhAwr7+9mGJAe2/p@petertodd.org>
 <CAD5xwhi=sKckFZew75tZTogoeFABraWtJ6qMC+RgZjcirxYyZw@mail.gmail.com>
 <YhC6yjoe3bAfBS+W@petertodd.org>
 <CAD5xwhjR06Lp3ka-MqZQE64tfE5uDQB6TrMh06khjYrDzuT95g@mail.gmail.com>
 <YlMw5NxXnGV9WrVg@petertodd.org>
 <CAD5xwhj1kaJf+QCcf1MOtaAec-xTTr2M9LkJPCu2Ej0L9_3iPg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature"; boundary="zR9fMjOR83TFkKpc"
Content-Disposition: inline
In-Reply-To: <CAD5xwhj1kaJf+QCcf1MOtaAec-xTTr2M9LkJPCu2Ej0L9_3iPg@mail.gmail.com>
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>,
 lightning-dev <lightning-dev@lists.linuxfoundation.org>,
 Jeremy <jlrubin@mit.edu>
Subject: Re: [bitcoin-dev] [Pre-BIP] Fee Accounts
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, 15 Apr 2022 14:52:54 -0000


--zR9fMjOR83TFkKpc
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Apr 11, 2022 at 09:18:10AM -0400, Jeremy Rubin wrote:
> > nonsense marketing
>=20
> I'm sure the people who are confused about "blockchain schemes as \"world
> computers\" and other nonsense
> marketing" are avid and regular readers of the bitcoin devs mailing list =
so
> I offer my sincerest apologies to all members of the intersection of those
> sets who were confused by the description given.

Of course, uninformed people _do_ read all kinds of technical materials. And
more importantly, those technical materials get quoted by journalists,
scammers, etc.

> > useless work
>=20
> progress is not useless work, it *is* useful work in this context. you ha=
ve
> committed to some subset of data that you requested -- if it was 'useless=
',
> why did you *ever* bother to commit it in the first place? However, it is
> not 'maximally useful' in some sense. However, progress is progress --
> suppose you only confirmed 50% of the commitments, is that not progress? =
If
> you just happened to observe 50% of the commitments commit because of
> proximity to the time a block was mined and tx propagation naturally would
> you call it useless?

Please don't trim quoted text to the point where all context is lost. Lots =
of
people read this mailing list and doing that isn't helpful to them.

> > Remember that OTS simply proves data in the past. Nothing more.
> > OTS doesn't have a chain of transactions
> Gotcha -- I've not been able to find an actual spec of Open Time Stamps

The technical spec of OpenTimestamps is of course the normative validation
source code, currently python-opentimestamps, similar to how the technical =
spec
of Bitcoin is the consensus parts of the Bitcoin Core codebase. The explana=
tory
docs are linked on https://opentimestamps.org under the "How It Works" sect=
ion.
It'd be good to take the linked post in that section and turn it into better
explanatory materials with graphics (esp interactive/animated graphics).

> anywhere, so I suppose I just assumed based on how I think it *should*
> work. Having a chain of transactions would serve to linearize history of
> OTS commitments which would let you prove, given reorgs, that knowledge of
> commit A was before B a bit more robustly.

I'll reply to this as a separate email as this discussion - while useful - =
is
getting quite off topic for this thread.

> >  I'd rather do one transaction with all pending commitments at a
> particular time
> rather than waste money on mining two transactions for a given set of
> commitments
>=20
> This sounds like a personal preference v.s. a technical requirement.
>=20
> You aren't doing any extra transactions in the model i showed, what you're
> doing is selecting the window for the next based on the prior conf.

=2E..the model you showed is wrong, as there is no reason to have a lineari=
zed
transaction history. OpenTimestamps proofs don't even have the concept of
transactions: the proof format proves that data existed prior to a merkle r=
oot
of a particular Bitcoin block. Not a Bitcoin transaction.

> See the diagram below, you would have to (if OTS is correct) support this
> sort of 'attempt/confirm' head that tracks attempted commitments and
> confirmed ones and 'rewinds' after a confirm to make the next commit
> contain the prior attempts that didn't make it.
>=20
> [........................................................................=
=2E]
>  ------^ confirm head tx 0 at height 34
>         ------------------------^ attempt head after tx 0
>          -----------^ confirm head tx 1 at height 35
>                       --------------------------^ attempt head after tx 1
>                       ------------^ confirm head tx 2 at height 36
>                                      -------------------------------^
> attempt head after tx 2
>                                       -------------------------------^
> confirm head tx 3 at height 37
>=20
> you can compare this to a "spherical cow" model where RBF is always perfe=
ct
> and guaranteed inclusion:
>=20
>=20
> [........................................................................=
=2E]
>  ------^ confirm head tx 0 at height 34
>        -------------------------^ confirm head tx 1 at height 35
>                                        -----------^ confirm head at tx 1
> height 36
>                                                        -----------------^
> confirm head tx 3 at height 37
>=20
> The same number of transactions gets used over the time period.

None of the above has anything to do with how OpenTimestamps works.

Anyway, getting back to the topic at hand, I remain of the opinion that in =
the
unlikely event that fee accounts is ever implemented, it should be opt-in.

--=20
https://petertodd.org 'peter'[:-1]@petertodd.org

--zR9fMjOR83TFkKpc
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEE0RcYcKRzsEwFZ3N5Lly11TVRLzcFAmJZhroACgkQLly11TVR
LzfnFw//a47tVMXXL4JRzRIjm1Y9kqL3wt+ced5JWe1hiMXKQQmj9N8DsXyiKKrU
XjJAB3c8ZlQEIvqtKN1B4unVF8EOGx9WQZISjHFH6dIWQddCYghE1YQjk5WSRJef
N94k5FUicUG1bGU1VJn3wV0frfVZkDvOv8Ii9KXqe8y7D8Wohpscby1QZtR40UVF
vy7cUd/aMIZM5jGEWB2gDcGb/EkWAVIWMSi/KwKvVwI+/fEaxGP6TIHqYzHlR4m9
GIDGP0Wh+4CTO1q1bZhI2p0AXsnU8O0GKGguAF2AZavnf6qCvFHCwVrSyogz+u0W
tF9h5Q0FgdDnXWdPIOjQZ6XIDvWpxHj5IGR901P0D9Ij/FDV3NiffpBONnL8vsGv
3WEamhH/vPo84RcyWiL9t4qtY7PSWMSgAf9XE4G784ILNJvueEtuJgI36FVOgCS4
Ro+NErlhTIn7vgd9CEn3Gkr5+Iv3ajeAjw2AJzjA60rViw9AYmHX/RA9ieCQd9so
uJq6zxiPPu7aDWol2BD7/hCR93NccxEG0lUcZcC6OZ4F9dpQI9W9Koh4PKsawnvN
GNgO16EdNGGCEFbcMn9nLQu+UP+n2IuRMkq40WUe2Z/0R8ST7VKSwMEcNzBMT4yc
78SX4pknZ/KXGHraoH6+TJTprurRLjJov/mwRdttiyYnOmGwQGA=
=3m3X
-----END PGP SIGNATURE-----

--zR9fMjOR83TFkKpc--