Return-Path: Received: from smtp1.osuosl.org (smtp1.osuosl.org [IPv6:2605:bc80:3010::138]) by lists.linuxfoundation.org (Postfix) with ESMTP id 2AC3FC000B for ; Sat, 5 Mar 2022 18:17:18 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp1.osuosl.org (Postfix) with ESMTP id 05EB681871 for ; Sat, 5 Mar 2022 18:17:18 +0000 (UTC) X-Virus-Scanned: amavisd-new at osuosl.org X-Spam-Flag: NO X-Spam-Score: -2.097 X-Spam-Level: X-Spam-Status: No, score=-2.097 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, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: smtp1.osuosl.org (amavisd-new); dkim=pass (1024-bit key) header.d=gazeta.pl 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 LmbHqOMxlUkN for ; Sat, 5 Mar 2022 18:17:16 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.8.0 Received: from smtpo104.poczta.onet.pl (smtpo104.poczta.onet.pl [213.180.149.157]) by smtp1.osuosl.org (Postfix) with ESMTPS id C949181858 for ; Sat, 5 Mar 2022 18:17:15 +0000 (UTC) Received: from pmq5v.m5r2.onet (pmq5v.m5r2.onet [10.174.35.25]) by smtp.poczta.onet.pl (Onet) with ESMTP id 4K9tGr2hFrzkXY; Sat, 5 Mar 2022 19:17:08 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gazeta.pl; s=2013; t=1646504228; bh=9jqWIvCF1h3X1SQ7lgi4iSXNgy62/qcUdJRMZ20n328=; h=From:To:In-Reply-To:Date:Subject:From; b=uoQNYgCttUQSFPnShrHuiwe7mBBFKRWxhblVQRyKjzBrp9foE0wGXo1B3y0i9pJAY V8mKjYBAIYIX8s8THXuIYKTITctYeXeBqnzL3fWct/lDk4vnZo6ktmNnYbOI53polu f77mZZvNcx4vDJvDsAGxKASUzQyYIlCue4sDKg60= Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Received: from [5.173.240.223] by pmq5v.m5r2.onet via HTTP id ; Sat, 05 Mar 2022 19:17:08 +0100 From: vjudeu@gazeta.pl X-Priority: 3 To: Jeremy Rubin , Bitcoin Protocol Discussion In-Reply-To: Date: Sat, 05 Mar 2022 19:17:07 +0100 Message-Id: <157830221-11b5cb76ed5c332d9b27cdd734c5f3b1@pmq5v.m5r2.onet> X-Mailer: onet.poczta X-Onet-PMQ: ;5.173.240.223;PL;2 X-Mailman-Approved-At: Sat, 05 Mar 2022 18:35:55 +0000 Subject: Re: [bitcoin-dev] One testnet to rule them all X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Mar 2022 18:17:18 -0000 > There's no point to pegging coins that are worthless into a system of als= o worthless coins, unless you want to test the mechanism of testing pegging. But testing pegging is what is needed if we ever want to introduce sidechai= ns. On the other hand, even if we don't want sidechains, then the question = still remains: why we need more than 21 million coins for testing, if we do= n't need more than 21 million coins for real transactions? > If anything I think we should permanently shutter testnet now that signet= is available. Then, in that case, the "mainchain" can be our official signet and other si= gnets can be pegged into that. Also, testnet3 is permissionless, so how sig= net can replace that? Because if you want to test mining and you cannot min= e any blocks in signet, then it is another problem. On 2022-03-05 17:19:40 user Jeremy Rubin wrote: There's no point to pegging coins that are worthless into a system of also = worthless coins, unless you want to test the mechanism of testing pegging. As is, it's hard enough to get people set up on a signet, if they have to r= un two nodes and then scramble to find testnet coins and then peg them were= just raising the barriers to entry for starting to use a signet for testin= g. If anything I think we should permanently shutter testnet now that signet i= s available. On Sat, Mar 5, 2022, 3:53 PM vjudeu via bitcoin-dev wrote: In testnet3, anyone can become a miner, it is possible to even mine a block= on some CPU, because the difficulty can drop to one. In signet, we create = some challenge, for example 1-of-2 multisig, that can restrict who can mine= , so that chain can be "unreliably reliable". Then, my question is: why sig= nets are introducing new coins out of thin air, instead of forming two-way = peg-in between testnet3 and signet? The lack of coins is not a bug, it is a feature. We have more halvings in t= estnet3 than in mainnet or signets, but it can be good, we can use this to = see, what can happen with a chain after many halvings. Also, in testnet3 th= ere is no need to have any coins if we are mining. Miners can create, move = and destroy zero satoshis. They can also extend the precision of the coins,= so a single coin in testnet3 can be represented as a thousand of coins in = some signet sidechain. Recently, there are some discussions regarding sidechains. Before they will= become a real thing, running on mainnet, they should be tested. Nowadays, = a popular way of testing new features is creating a new signet with new rul= es. But the question still remains: why we need new coins, created out of t= hin air? And even when some signet wants to do that, then why it is not peg= ged into testnet3? Then it would have as much chainwork protection as testn= et3! It seems that testnet3 is good enough to represent the main chain during si= dechain testing. It is permissionless and open, anyone can start mining sid= echain blocks, anyone with a CPU can be lucky and find a block with the min= imal difficulty. Also, because of blockstorms and regular chain reorgs, som= e extreme scenarios, like stealing all coins from some sidechain, can be te= sted in a public way, because that "unfriendly and unstable" environment ca= n be used to test stronger attacks than in a typical chain. Putting that proposal into practice can be simple and require just creating= one Taproot address per signet in testnet3. Then, it is possible to create= one testnet transaction (every three months) that would move coins to and = from testnet3, so the same coins could travel between many signets. New sig= nets can be pegged in with 1:1 ratio, existing signets can be transformed i= nto signet sidechains (the signet miners rule that chains, so they can enfo= rce any transition rules they need). _______________________________________________ bitcoin-dev mailing list bitcoin-dev@lists.linuxfoundation.org https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev