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
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
|
Return-Path: <fresheneesz@gmail.com>
Received: from smtp1.osuosl.org (smtp1.osuosl.org [IPv6:2605:bc80:3010::138])
by lists.linuxfoundation.org (Postfix) with ESMTP id 51B3CC000B
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 4 Mar 2022 12:35:48 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp1.osuosl.org (Postfix) with ESMTP id 3290781324
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 4 Mar 2022 12:35:48 +0000 (UTC)
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -0.199
X-Spam-Level:
X-Spam-Status: No, score=-0.199 tagged_above=-999 required=5
tests=[BAYES_20=-0.001, 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 gxtb3N41kRJm
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 4 Mar 2022 12:35:46 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.8.0
Received: from mail-ed1-x529.google.com (mail-ed1-x529.google.com
[IPv6:2a00:1450:4864:20::529])
by smtp1.osuosl.org (Postfix) with ESMTPS id 9B1528130C
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 4 Mar 2022 12:35:46 +0000 (UTC)
Received: by mail-ed1-x529.google.com with SMTP id y11so10060684eda.12
for <bitcoin-dev@lists.linuxfoundation.org>;
Fri, 04 Mar 2022 04:35:46 -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=tVjmHYHw1AHfXvgoBRszohCdVulWcB+0xt7QY468iAs=;
b=HB0ZV8Ks8vPZVGNQoHhLj/C3ptzju0EX93gdPINgZyEJpHDYhULQWT+rhM/7dKTzXx
fAnUGsR+EsQO1K+YehLrhHZkkmuBq2iZi45PLGYQ2VRwnUAWMvPH9/vNYN8VFgqHfSyr
UHCkX+eu+isAcHMQ7G3b7BxjzKg/lCQVdw4Lv2E4WgN8lVHrtYO759hHnYx5b7qTuNyc
vtjZwzJIvW2H/xTbSK+i5yc4l+xurKR3JLmkbbD3qGToXsSfaz9XR5pKFhUdaP65C2bZ
OkmycpEeQpqCEP8SS8d/rk7q0YTsiEu9bhbWFqRhBr5KI+zI1ZiBxdbMIwtJyvqpi3SM
VEfA==
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=tVjmHYHw1AHfXvgoBRszohCdVulWcB+0xt7QY468iAs=;
b=A4mV+nj1feJ3yVYp84qpfWhRFzIzrkWw0/zzTbJdHF14tRVGgGhUO/ourofKGh/pRo
Sbzf0rkK/qCF/SJBak1sjtLffxsl1OCWlTCgif8EXZsKWK+10B4VLmCGtfgmIH3WPWM+
KS0X0TliDlGVSJ/4GEZLxwkMhkYvUQ6kr2N2sa1GbAN+z6BZ5+6TCfBQ4pPHTzm4BBav
BqNZB3ECtYqYW9d4rumfsuKmB8YgKueJ/t0sXY2YOFOqUnlWPrZiGKG3YcCYohopUBuY
4c8kAQylwQMWYcuyjEGx3bneThSildJw6RaZtY3hyXMUoRdwdYw5qpWcL7+HHGcOe9q4
Yucw==
X-Gm-Message-State: AOAM532C4EnavLsujPbLGeJ1D+BM6OhQanidKShux7nduGwFvWOrEpYP
A0EFL3GBaL6dxkxWRIIFL6iMjsUc654oaaLRCP0cj9lC
X-Google-Smtp-Source: ABdhPJzOFMMTX+tWP8xI60BhtceL69WQXH3NBv8jHG0SWaZFAKrwNS3AhjknfnyLycOS8FIaZxaNZe8SzLuO7IjokqU=
X-Received: by 2002:a05:6402:4389:b0:410:9a9d:ab53 with SMTP id
o9-20020a056402438900b004109a9dab53mr39841831edc.16.1646397344533; Fri, 04
Mar 2022 04:35:44 -0800 (PST)
MIME-Version: 1.0
References: <CAMZUoK=pkZuovtifBzdqhoyegzG+9hRTFEc7fG9nZPDK4KbU3w@mail.gmail.com>
<20220224065305.GB1965@erisian.com.au>
<bQvm5sSOMGRKR2udDFTNCJlOv_2vuIjkkBsoYqi4463y8ZjFDY4kxVvJEz7yv0GfxbyrMo-eOhOnEnd6sKPrWSk6PXn8KNerRlWsiGsWZRU=@protonmail.com>
<CAGpPWDaVN4iAzfDKEQs2hmoQOHtToyPao1FgDCsMTJvt7pbq5g@mail.gmail.com>
<fV9nkjr6K9fQWJWXtO4b3uZGzpHvDNdQa89X73yUB2YVsvuNVPDqsJln88pEef1fzHsui-qnneXdmYsO7CDibxMrm9PBDOO0Ls8RV1Bx1BI=@protonmail.com>
<0a6d4fea-2451-d4e7-8001-dd75a2e140ae@gmail.com>
<Q4kn8GILUIWV5OC37HgXG0xW99smVENze4bDw0esWqDsniVvokPAUN3muW-kNFkBMQlr5x7JlQAjUnmCN04W0uA_XCLxlLlBENNybBhFurc=@protonmail.com>
<0af7c513-3df8-dcc8-9a14-e7e909e7fdc6@gmail.com>
<Ee7fnlpSPyqoJ4X0o5M4uEDZfEvLO2ljhhADYc2QgmSworKdNMJelLbH5BSzcRO_-fZ7aWIvgZXM8bYC0CdYL4sVwi59pkYAD81Z2psajuk=@protonmail.com>
<4e896010-ce85-5ee9-8f7d-1d29f2271621@gmail.com>
<CAGpPWDbK3geQT5a4g0j+twt5TJEoxt0KvWQUsyUeuU8ugH3a8g@mail.gmail.com>
<e5c5ba2c-8183-070a-e8e4-4e100dbb15ed@gmail.com>
In-Reply-To: <e5c5ba2c-8183-070a-e8e4-4e100dbb15ed@gmail.com>
From: Billy Tetrud <billy.tetrud@gmail.com>
Date: Fri, 4 Mar 2022 06:35:27 -0600
Message-ID: <CAGpPWDak4=ter4UT6VHbAWyA4ckkHc6zORsX4JZ3nF6qz0tb9Q@mail.gmail.com>
To: Paul Sztorc <truthcoin@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000e14fed05d963c01e"
X-Mailman-Approved-At: Fri, 04 Mar 2022 15:19:27 +0000
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Recursive covenant opposition,
or the absence thereof,
was Re: TXHASH + CHECKSIGFROMSTACKVERIFY in lieu of CTV and ANYPREVOUT
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, 04 Mar 2022 12:35:48 -0000
--000000000000e14fed05d963c01e
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
> "these sidechains are terrible" on Monday and then "these sidechains are
so good they will replace the mainchain" on Tuesday
Your premise is that a sidechain might come to dominate bitcoin, and that
this would be better than an altcoin dominating bitcoin. Did I
misunderstand you? Not quite sure why you're balking at me simply
confirming your premise.
> sidechains cannot exist without their mainchain .. imagine .. a zcash
sidechain, and someone claims they deposited 1000 BTC
A sidechain could stop supporting deposits from or withdrawals to bitcoin
and completely break any relationship with the main chain. I agree this is
not as sure of a thing as starting with an altcoin (which of course never
has that kind of relationship with bitcoin). So I do think there are some
merits to sidechains in your scenario. However, I don't think its quite
accurate to say it completely solves the problem (of a less-secure altcoin
becoming dominant).
Your anecdote about not running a full node is amusing, and I've often
found myself in that position. I certainly agree different people are
different and so different trade offs can be better for different
people. However,
the question is: what tradeoffs does a largeblock sidechain do better than
both eg Visa and lightning?
>Wouldn't life be better, if we Bitcoiners could easily sweep those fiat tr=
ansactions into *some* part of the BTC universe? (For example, a family of =
largeblock sidechains). To me the answer is clearly yes.
I guess its not as clear to me. We agree it wouldn't significantly burden
Bitcoin-only nodes, but not being a burden is not a sufficient reason to do
something, only reason to not prevent it. But what are the benefits to a
user of that chain? Slightly lower fees than main bitcoin? More
decentralization than Visa or Venmo? Doesn't lightning already do better on
both accounts?
On Tue, Mar 1, 2022 at 6:00 PM Paul Sztorc <truthcoin@gmail.com> wrote:
> On 3/1/2022 12:39 AM, Billy Tetrud wrote:
>
> This entire issue is avoided completely, if all the chains --decentralize=
d and centralized-- and in the same monetary unit. Then, the monetary netwo=
rk effects never interfere, and the decentralized chain is always guarantee=
d to exist.
>
> It sounds like what you're saying is that without side chains, everyone m=
ight switch entirely to some altcoin and bitcoin will basically die. And at=
that point, the insecurity of that coin people switched to can be heavily =
exploited by some attacker(s). Is that right?
>
> Yes, precisely.
>
> Its an interesting thought experiment. However, it leads me to wonder: if=
a sidechain gets so popular that it dominates the main chain, why would pe=
ople keep that main chain around at all?
>
> For some reason, this is a very popular question. I suppose if you believ=
e in "one size fits all" chain philosophy (see comment below), it makes sen=
se to say "these sidechains are terrible" on Monday and then "these sidecha=
ins are so good they will replace the mainchain" on Tuesday.
>
> In any event, sidechains cannot exist without their mainchain (as I see i=
t). For example, imagine that you are on a zcash sidechain, and someone cla=
ims they deposited 1000 BTC, from Bitcoin Core into this sidechain? Do you =
give them 1000 z-BTC, or not? Without the mainchain,
> you can't tell.
>
> If you run the Bip300 DriveNet demo software (drivechain.info/releases), =
you will see for yourself: the test-sidechains are absolutely inert, UNTIL =
they have rpc access to the mainchain. (Exactly the same way that a LN node=
needs a Bitcoin Core node.)
>
>
>
> > someone is actually in the wrong, if they proactively censor an experim=
ent of any type. If a creator is willing to stand behind something, then it=
should be tried.
>
> > it makes no difference if users have their funds stolen from a centrali=
zed Solana contract or from a bip300 centralized bit-Solana sidechain. I do=
n't see why the tears shed would be any different.
>
> I agree with you. My point was not that we should stop anyone from doing =
this. My point was only that we shouldn't advocate for ideas we think aren'=
t good. You were advocating for a "largeblock sidechain", and unless you ha=
ve good reasons to think that is an idea likely to succeed and want to shar=
e them with us, then you shouldn't be advocating for that. But certainly if=
someone *does* think so and has their own reasons, I wouldn't want to cens=
or or stop them. But I wouldn't advocate for them to do it unless their ide=
as were convincing to me, because I know enough to know the dangers of larg=
e block blockchains.
>
> Yes, I strongly agree, that we should only advocate for ideas we believe =
in.
>
> I do not believe in naive layer1 largeblockerism. But I do believe in sid=
echain largeblockism.
>
> Something funny once happened to me when I was on a Bitcoin conference pa=
nel*. There were three people: myself, a Blockstream person, and an (ex)Bit=
Pay person. The first two of us, were valiantly defending the small block p=
osition. I gave my usual speech: that node costs must remain low, so that p=
eople can run full nodes. The largeblocker mentioned that they ran many nod=
es (including BCH nodes etc) and didn't mind the cost, so I disclosed --in =
a good-natured way-- that I do not even run a BTC full node myself (out of =
choice). Thus, I was yammering about software I wasn't even running, I had =
no skin in the game! Lo and behold -- my Blockstream smallblocker ally-on-t=
he-panel, immediately admitted to everyone that he did not run a full node =
either. The only node-runner was the largeblocker. The audience found this =
very amusing (as did I).
>
> We smallblockers, justified our sinful nodeless behavior, as follows (par=
aphrasing): we receive BTC mainly from people that we know (and have a long=
-term relationship with); our receipts are not time sensitive; we are not p=
aid in BTC that often; if payments turned out to be forged we would have en=
ormous recourse against our counterparties; etc.
>
> We did not run full nodes, because we did not need to draw on the blockch=
ain's powers, **for those transactions**.
>
> Which is my point: people are different, and transactions are different. =
I make many transactions today, with VISA or Venmo. These are not censorshi=
p-resistant, but somehow I survive the month, without bursting into flames.
>
> Wouldn't life be better, if we Bitcoiners could easily sweep those fiat t=
ransactions into *some* part of the BTC universe? (For example, a family of=
largeblock sidechains). To me the answer is clearly yes.
>
> Unlike layer1-largeblockism, no one running Bitcoin Core ever needs to se=
e these 'btc' transactions (the same as we don't see them today, on account=
of them not existing at all); they do not burden Bitcoin Core full nodes. =
Hence why it seems like a good idea to me.
>
> An SPV-wallet-of-a-largeblock-sidechain, is of course, a *disgrace* compa=
red to a full-node-of-smallblock-mainchain-Bitcoin-Core. But, it is emphati=
cally superior to Venmo / VISA or even "custodial LN". And certainly superi=
or to nothing.
>
> Paul
>
> * https://www.youtube.com/watch?v=3DV3cvH2eWqfU
>
>
--000000000000e14fed05d963c01e
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">>=C2=A0<span style=3D"white-space:pre-wrap">"these=
sidechains are terrible" on Monday and then "these sidechains ar=
e so good they will replace the mainchain" on Tuesday</span><div><span=
style=3D"white-space:pre-wrap"><br></span></div><div><span style=3D"white-=
space:pre-wrap">Your premise is that a sidechain might come to dominate bit=
coin, and that this would be better than an altcoin dominating bitcoin. Did=
I misunderstand you? Not quite sure why you're balking at me simply co=
nfirming your premise. </span></div><div><span style=3D"white-space:pre-wra=
p"><br></span></div><div><span style=3D"white-space:pre-wrap">> </span><=
span style=3D"white-space:pre-wrap">sidechains cannot exist without their m=
ainchain .. imagine .. a zcash sidechain, and someone claims they deposited=
1000 BTC</span></div><div><span style=3D"white-space:pre-wrap"><br></span>=
</div><div><span style=3D"white-space:pre-wrap">A sidechain could stop supp=
orting deposits from or withdrawals to bitcoin and completely break any rel=
ationship with the main chain. I agree this is not as sure of a thing as st=
arting with an altcoin (which of course never has that kind of relationship=
with bitcoin). So I do think there are some merits to sidechains in your s=
cenario. However, I don't think its quite accurate to say it completely=
solves the problem (of a less-secure altcoin becoming dominant).</span></d=
iv><div><span style=3D"white-space:pre-wrap"><br></span></div><div><span st=
yle=3D"white-space:pre-wrap">Your anecdote about not running a full node is=
amusing, and I've often found myself in that position. I certainly agr=
ee different people are different and so different trade offs can be better=
for different people. </span><span style=3D"white-space:pre-wrap">However,=
the question is: what tradeoffs does a largeblock sidechain do better than=
both eg Visa and lightning? </span></div><pre style=3D"white-space:pre-wra=
p"><span style=3D"font-family:Arial,Helvetica,sans-serif;white-space:normal=
">></span><span style=3D"font-family:Arial,Helvetica,sans-serif">Wouldn&=
#39;t life be better, if we Bitcoiners could easily sweep those fiat transa=
ctions into *some* part of the BTC universe? (For example, a family of larg=
eblock sidechains). To me the answer is clearly yes.</span></pre>I guess it=
s not as clear to me. We agree it wouldn't significantly burden Bitcoin=
-only nodes, but not being a burden is not a sufficient reason to do someth=
ing, only reason to not prevent it. But what are the benefits to a user of =
that chain? Slightly lower fees than main bitcoin? More decentralization th=
an Visa or Venmo? Doesn't lightning already do better on both accounts?=
=C2=A0<pre style=3D"white-space:pre-wrap"><br></pre></div><br><div class=3D=
"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Mar 1, 2022 at =
6:00 PM Paul Sztorc <<a href=3D"mailto:truthcoin@gmail.com" target=3D"_b=
lank">truthcoin@gmail.com</a>> wrote:<br></div><blockquote class=3D"gmai=
l_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,20=
4,204);padding-left:1ex">
=20
=20
=20
<div>
<div>
<pre>On 3/1/2022 12:39 AM, Billy Tetrud wrote:</pre>
</div>
<blockquote type=3D"cite">
<pre><span style=3D"white-space:pre-wrap"><blockquote type=3D"cite"><=
span style=3D"white-space:pre-wrap">This entire issue is avoided completely=
, if all the chains --decentralized and centralized-- and in the same monet=
ary unit. Then, the monetary network effects never interfere, and the decen=
tralized chain is always guaranteed to exist.</span></blockquote></span></p=
re>
<div dir=3D"ltr">
<div>
<pre><span style=3D"white-space:pre-wrap">It sounds like what you=
're saying is that without side chains, everyone might switch entirely =
to some altcoin and bitcoin will basically die. And at that point, the inse=
curity of that coin people switched to can be heavily exploited by some att=
acker(s). Is that right?</span></pre>
</div>
</div>
</blockquote>
<pre>Yes, precisely.</pre>
<pre></pre>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div>
<pre><span style=3D"white-space:pre-wrap">Its an interesting thou=
ght experiment. However, it leads me to wonder: if a sidechain gets so popu=
lar that it dominates the main chain, why would people keep that main chain=
around at all?</span></pre>
</div>
</div>
</blockquote>
<pre>For some reason, this is a very popular question. I suppose if you=
believe in "one size fits all" chain philosophy (see comment bel=
ow), it makes sense to say "these sidechains are terrible" on Mon=
day and then "these sidechains are so good they will replace the mainc=
hain" on Tuesday.
In any event, sidechains cannot exist without their mainchain (as I see it)=
. For example, imagine that you are on a zcash sidechain, and someone claim=
s they deposited 1000 BTC, from Bitcoin Core into this sidechain? Do you gi=
ve them 1000 z-BTC, or not? Without the mainchain,=20
you can't tell.
If you run the Bip300 DriveNet demo software (<a href=3D"http://drivechain.=
info/releases" target=3D"_blank">drivechain.info/releases</a>), you will se=
e for yourself: the test-sidechains are absolutely inert, UNTIL they have r=
pc access to the mainchain. (Exactly the same way that a LN node needs a Bi=
tcoin Core node.)
</pre>
<blockquote type=3D"cite">
<div dir=3D"ltr">
<div>
<pre><span style=3D"white-space:pre-wrap">> </span><span style=
=3D"white-space:pre-wrap">someone is actually in the wrong, if they proacti=
vely censor an experiment of any type. If a creator is willing to stand beh=
ind something, then it should be tried.</span></pre>
</div>
<div>
<pre><span style=3D"white-space:pre-wrap">> </span><span style=
=3D"white-space:pre-wrap">it makes no difference if users have their funds =
stolen from a centralized Solana contract or from a bip300 centralized bit-=
Solana sidechain. I don't see why the tears shed would be any different=
.</span></pre>
</div>
<div>
<pre><span style=3D"white-space:pre-wrap">I agree with you. My po=
int was not that we should stop anyone from doing this. My point was only t=
hat we shouldn't advocate for ideas we think aren't good. You were =
advocating for a "largeblock sidechain", and unless you have good=
reasons to think that is an idea likely to succeed and want to share them =
with us, then you shouldn't be advocating for that. But certainly if so=
meone *does* think so and has their own reasons, I wouldn't want to cen=
sor or stop them. But I wouldn't advocate for them to do it unless thei=
r ideas were convincing to me, because I know enough to know the dangers of=
large block blockchains. </span></pre>
</div>
</div>
</blockquote>
<pre>Yes, I strongly agree, that we should only advocate for ideas we b=
elieve in.
I do not believe in naive layer1 largeblockerism. But I do believe in sidec=
hain largeblockism.
Something funny once happened to me when I was on a Bitcoin conference pane=
l*. There were three people: myself, a Blockstream person, and an (ex)BitPa=
y person. The first two of us, were valiantly defending the small block pos=
ition. I gave my usual speech: that node costs must remain low, so that peo=
ple can run full nodes. The largeblocker mentioned that they ran many nodes=
(including BCH nodes etc) and didn't mind the cost, so I disclosed --i=
n a good-natured way-- that I do not even run a BTC full node myself (out o=
f choice). Thus, I was yammering about software I wasn't even running, =
I had no skin in the game! Lo and behold -- my Blockstream smallblocker all=
y-on-the-panel, immediately admitted to everyone that he did not run a full=
node either. The only node-runner was the largeblocker. The audience found=
this very amusing (as did I).
We smallblockers, justified our sinful nodeless behavior, as follows (parap=
hrasing): we receive BTC mainly from people that we know (and have a long-t=
erm relationship with); our receipts are not time sensitive; we are not pai=
d in BTC that often; if payments turned out to be forged we would have enor=
mous recourse against our counterparties; etc.
We did not run full nodes, because we did not need to draw on the blockchai=
n's powers, **for those transactions**.
Which is my point: people are different, and transactions are different. I =
make many transactions today, with VISA or Venmo. These are not censorship-=
resistant, but somehow I survive the month, without bursting into flames.
Wouldn't life be better, if we Bitcoiners could easily sweep those fiat=
transactions into *some* part of the BTC universe? (For example, a family =
of largeblock sidechains). To me the answer is clearly yes.
Unlike layer1-largeblockism, no one running Bitcoin Core ever needs to see =
these 'btc' transactions (the same as we don't see them today, =
on account of them not existing at all); they do not burden Bitcoin Core fu=
ll nodes. Hence why it seems like a good idea to me.
An SPV-wallet-of-a-largeblock-sidechain, is of course, a *disgrace* compare=
d to a full-node-of-smallblock-mainchain-Bitcoin-Core. But, it is emphatica=
lly superior to Venmo / VISA or even "custodial LN". And certainl=
y superior to nothing.
Paul
* <a href=3D"https://www.youtube.com/watch?v=3DV3cvH2eWqfU" target=3D"_blan=
k">https://www.youtube.com/watch?v=3DV3cvH2eWqfU</a>
</pre>
</div>
</blockquote></div>
--000000000000e14fed05d963c01e--
|