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--