From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Fri, 09 May 2025 06:24:42 -0700 Received: from mail-oi1-f190.google.com ([209.85.167.190]) by mail.fairlystable.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1uDNiS-0002LL-Lw for bitcoindev@gnusha.org; Fri, 09 May 2025 06:24:42 -0700 Received: by mail-oi1-f190.google.com with SMTP id 5614622812f47-3ff0944ab23sf1550490b6e.2 for ; Fri, 09 May 2025 06:24:40 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1746797074; cv=pass; d=google.com; s=arc-20240605; b=K+o53oMEyUGMoPNbPXNUlcKEHTeu6E0byk84S+ieZF09sYFIL7IlctmSDnw5SEoznU GDf3auPfSjeGEbwPyRslm98FO/gFZ0SKP8TgMsoj5LOpPq/waC+KfyKKJs795TN8OyIU SzvnoRecto6JV6XCmPYcqk/jh9nUoFWQjH2bbqlZkl2zca1Y4g2ZL/ROQJ9F0PxUXr+a QcpKSJlAmH+TeG198FOo07SFJYodRQdzgkXWHr82WZF1u1MfGidArffn7tHYKPguHmOH tE5Yy3pb4cL1vpEwlmL59yD1CqU9IkIaIA/7krzjCjn2RxYPUlaylSdeKCfYba2MskWP ragg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:sender:dkim-signature :dkim-signature; bh=Zj+27BukakLBnt6bcz61VAKXGa3Ao5mMFVwZgaEi0Gg=; fh=JZ6bXztxYDAm0J8kpgE/XNUIzHr4rRJpjCffQ9zRUeg=; b=Otxtc6Jb5kWd3X7VUT/0SFsYxpAeS9/Mu2c3Xskc52G0zQBMP3MggthBK74LKAeiEU Jr8gxpq5f8zGrAthtRXyaOsYwBocUBLkNDKS6p7+hxPP/734QMppLuMe/CLoJSkpjnLb JRNlbjzCpr6bbOJ07S75jCNNrslZzr7gE2oHp1gFRXhzP42NmyBV8OR2Z/IAHb4BukK9 esJvJ2pAW7z+ZdyncwzDIjNnhaoTlhJx5RnlYj89AQxXqevmIT/VZs7zHBaUhtLHkmZY Ofi6rrSXnmVrN8aJU7JVZtXJXvlYMT8hHXcnzMMPjd3yEF/jcKTDCDeiSxo6xBRdTHdv BVeQ==; darn=gnusha.org ARC-Authentication-Results: i=2; gmr-mx.google.com; dkim=pass header.i=@gmail.com header.s=20230601 header.b=JL31bQRU; spf=pass (google.com: domain of garlonicon@gmail.com designates 2a00:1450:4864:20::62f as permitted sender) smtp.mailfrom=garlonicon@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com; dara=pass header.i=@googlegroups.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlegroups.com; s=20230601; t=1746797074; x=1747401874; darn=gnusha.org; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:x-original-authentication-results :x-original-sender:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:sender:from:to:cc:subject:date:message-id :reply-to; bh=Zj+27BukakLBnt6bcz61VAKXGa3Ao5mMFVwZgaEi0Gg=; b=N+5MfnvCVVlwhhyQVd4RlcEViBCjaR2h6BAKZ5HjarjbplGej0lDvv/rZ+hw7Ex+49 vFdb4UQGWuVBD0cqzbE50aG8Ot4nCFmzO1cFg0a5SWpB0U+H+Bhq8g0h5ldKpTMjpqu1 0A30w9L5IBZO8F0rEptheUfXU/FN0SUEPT0TxMwhQhOzr3mfGKFJzq43feXT9POxby1b dNCDHLBVeczCzS+tmGxl4X8HFGKuq177chRb3FFpKGfbtGtXfLzreCm0nXaqujztKTBN bNuRP/qqZJrfZbPsCXNJ7unIJW0yjmMRLzm0EaAGyecMT2eG3usKwa2KNl3pO3WVwsJR 2s+Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1746797074; x=1747401874; darn=gnusha.org; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:x-original-authentication-results :x-original-sender:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Zj+27BukakLBnt6bcz61VAKXGa3Ao5mMFVwZgaEi0Gg=; b=bbEoD/vZ1ZQcsEEZse8UVwoUp7zaNxdXq43r4bRvuq1KoRE6OCJ2bz4GkPA4SH6JPv gio8gkz0KgNd2A7HfKZuwuH9MprhyAVZPe2ztb3wP+vlEhtdHqT/bl4HE9qyCHKaNJLb OaSeW7Bkr8mgqEmD9eQpna9XBmQKzTv0NdGdP4MHn4AGILJ3xhI7PIvCQXjomev85VfE /m1tsnTpDKt69kzDFwGaxCE4kIbtMRWJySQJGxIx+kfJrUFIhj4c4aXEJ+LHKnQ9tS3d ZWuQPKWv/Dq4DgbAdQc0ZYrxq+GWsvhXObfFb+F2OwOs+uc6vftwAvWSCvu/q+SZXs+2 bnRg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1746797074; x=1747401874; h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post :list-id:mailing-list:precedence:x-original-authentication-results :x-original-sender:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:x-beenthere:x-gm-message-state:sender:from :to:cc:subject:date:message-id:reply-to; bh=Zj+27BukakLBnt6bcz61VAKXGa3Ao5mMFVwZgaEi0Gg=; b=XT9GIA4HqvZdWr64VHalFdjsviaB9MXPifvvpJ4k15Nez3Yo8QUvH8LDSrHXnn/QXx MnKfefqbBA4UjfzvL92BFFfM+1ZdWYUO4UCy/bp85KhlaM+1cV/k5wto/UF4ee8fS+vq XZXJV6Fbkx8doaixvD2X9pn7HkH/5uHEcWlrpUcQJ7xTEMfhwbu6eRiR9zjFRHE6x9lD X2s58MDFJiQ1e+A/bHhqweu/ZYUrTXYqeP2IIaPLpcoA4/3yYEPSkRCM7dJJaQYRDoiZ N3/qx4Vud+URzRy+ZYjlOh3K8Ffvuli44iF7l4Gwk4StN5mv3WKYzEWOBeXdbAeqSrid WIog== Sender: bitcoindev@googlegroups.com X-Forwarded-Encrypted: i=2; AJvYcCUNwsCrCSj9fEt8iWsoIYPqsgA/98EcO1hqLks++Igf/W3PIV4p2PY8tPGt+Xj1e15uClmUXN0qWdIh@gnusha.org X-Gm-Message-State: AOJu0Yzjb5DTrjA0YFAxecTiYLfATYo5qIxsiOr7C3Z7A1hbURvkKbJu VZzl9/tr/Cgw3Yytq/hQ6akRT5lFkUAx5uUBjZNPI1sB7cyXh68T X-Google-Smtp-Source: AGHT+IF1FmU8HWqKxcNE3NVBFfMYKz62UXVFqa1BZE2slTMXNpMclpNw0d9AV7pWnjgwAOJ7Qe6CKg== X-Received: by 2002:ac8:7dc6:0:b0:48d:dab3:5333 with SMTP id d75a77b69052e-494527624cdmr54897371cf.30.1746797063947; Fri, 09 May 2025 06:24:23 -0700 (PDT) X-BeenThere: bitcoindev@googlegroups.com; h=AVT/gBE9VWYIbSi7B1J6KADrlOLxjv0yQ680lzc0YaKpT4Rgow== Received: by 2002:ac8:7f49:0:b0:476:8286:80fb with SMTP id d75a77b69052e-4944949aeabls10370461cf.2.-pod-prod-01-us; Fri, 09 May 2025 06:24:20 -0700 (PDT) X-Forwarded-Encrypted: i=2; AJvYcCV8iFOcizK+1SX6LEJ3rhS6HVspvAXmDr8SKLT4olRYD20OEfQZwsrle0hY6hLZT2haWngMZELA3U5X@googlegroups.com X-Received: by 2002:a05:620a:410a:b0:7ca:e87d:fcdd with SMTP id af79cd13be357-7cd011778bcmr447886585a.51.1746797060078; Fri, 09 May 2025 06:24:20 -0700 (PDT) Received: by 2002:a7b:ce15:0:b0:43c:fe31:d01d with SMTP id 5b1f17b1804b1-442d65f5feems5e9; Fri, 9 May 2025 06:08:03 -0700 (PDT) X-Forwarded-Encrypted: i=2; AJvYcCW7lNNjiS4onsIeNEd+bDA1vWxg61YgjUsL6ffbo+QL8YfKzFHnk6j1qId8yjO6qFdWo5WVLfTg1LMX@googlegroups.com X-Received: by 2002:a05:6000:3103:b0:39e:e217:28c0 with SMTP id ffacd0b85a97d-3a1f642217dmr2717701f8f.10.1746796081163; Fri, 09 May 2025 06:08:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1746796081; cv=none; d=google.com; s=arc-20240605; b=MdD4SZC68wJleUv1YAogpP88oFffOnWe+CjjaF7KIBWdT6F2NHeLd94TZYHCgx7ScN 0Of/25K5eyXnU2sLVBpAG7cf0QR9S1vL90IBLiD20K2KLm+wMCgEAOI95rQD8uIB4nl0 cxiyyEG9Yn/r7K+b4vjgHZ3kOIHWApOE/aYllWYHdT4MBvIQL8RU037c/LBxSYTHA2Mb QZVBNDXQ8eY53TjvYSe0Kv177JjA3BwaOhz2LIT//6SjoRkR58/iLJprvqaKXEaZIsNT H2WCJUUU20POhsk//Jh/J294zYqDFMV3eFW/nAOrQUt8gV8Y26VXxm2Tbl6L5b43kjHS HQjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=dh7a4ttyxQDHkDVNEaFPjkAZt/wbKZ1ysCpjnkKO6LE=; fh=X1SOIhHswMmlTQsEvbHBmmlYuQhHCCq2S1XPvfMjJKs=; b=Gm7g9DFVzhiQylx91Mh8I/z85k8rdynKoytoagBp5iiSU5NGdO0Mtuis1BKNDaLMnG xsAroBaFdn09bJB6jxI/RD7Fca8vAPx7V+xTxuWZQkKjwWHR3Xgkg3r5RMiB4XiMiniK 1ljjai3JhdTZibUOJBvaFLsiFkiV8GFcCqr7RCM9OGOiB2BBOJMpekPO7Tfwl5xSUH6o vMxJvY+kdxMOoxnXJ4Hsp9uku2e4XbVy8S1mCXk8NDXHVFg1bCIGx9EEtPyxIcYJs8cS dGsOZ6cuGfHh8G5aGvAySxEJHJieFqGi7bxgdXDhNcUdfTThxMkkQmvXHPxoe/3YdgHi JvZQ==; dara=google.com ARC-Authentication-Results: i=1; gmr-mx.google.com; dkim=pass header.i=@gmail.com header.s=20230601 header.b=JL31bQRU; spf=pass (google.com: domain of garlonicon@gmail.com designates 2a00:1450:4864:20::62f as permitted sender) smtp.mailfrom=garlonicon@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com; dara=pass header.i=@googlegroups.com Received: from mail-ej1-x62f.google.com (mail-ej1-x62f.google.com. [2a00:1450:4864:20::62f]) by gmr-mx.google.com with ESMTPS id a640c23a62f3a-ad2194a20d6si4220366b.2.2025.05.09.06.08.01 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 09 May 2025 06:08:01 -0700 (PDT) Received-SPF: pass (google.com: domain of garlonicon@gmail.com designates 2a00:1450:4864:20::62f as permitted sender) client-ip=2a00:1450:4864:20::62f; Received: by mail-ej1-x62f.google.com with SMTP id a640c23a62f3a-ac6ed4ab410so300672266b.1 for ; Fri, 09 May 2025 06:08:01 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCWE21tpm6V9NxSaTWTHwcyvehMf7OS8CuYD8NuimC7gw5Yni9dovHDnolrBidRdQlqFw4/GB6LKXHcH@googlegroups.com X-Gm-Gg: ASbGncv9s4JJu7zBc9rzBvmbG6gr3G4qb2GSg9Z3J69FIBiaPWCDqqOFn2avg1hvB+f U3gDeVtH/WxKgCuhQ/Ov8z1BUoyOY/BYfviOVNnppogPLur3ECQwLP6AmotRgflVxEWirLKDKIa 7cREqpCpZRPJ2oZdE639+m X-Received: by 2002:a17:907:394a:b0:ace:3e33:a182 with SMTP id a640c23a62f3a-ad218e53f61mr291005466b.9.1746796080352; Fri, 09 May 2025 06:08:00 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Garlo Nicon Date: Fri, 9 May 2025 15:07:48 +0200 X-Gm-Features: AX0GCFul_BO4T3emSqVuTVKfL1snnBhi0eDxGDMfvJCH51SyyJW_47WdsRkuViQ Message-ID: Subject: Re: [bitcoindev] Re: Unbreaking testnet4 To: Saint Wenhao Cc: Greg Maxwell , Bitcoin Development Mailing List Content-Type: multipart/alternative; boundary="000000000000dd52ea0634b3a708" X-Original-Sender: garlonicon@gmail.com X-Original-Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@gmail.com header.s=20230601 header.b=JL31bQRU; spf=pass (google.com: domain of garlonicon@gmail.com designates 2a00:1450:4864:20::62f as permitted sender) smtp.mailfrom=garlonicon@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com; dara=pass header.i=@googlegroups.com Precedence: list Mailing-list: list bitcoindev@googlegroups.com; contact bitcoindev+owners@googlegroups.com List-ID: X-Google-Group-Id: 786775582512 List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , X-Spam-Score: -0.5 (/) --000000000000dd52ea0634b3a708 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > Hard fork in an ultramassive premine, as large as possible but what stays with existing value overflow logic. (so maybe an additional 21 million testnet btc?). Why hard-forking anything? The starting difficulty is set to 1, and it raises to 4 almost instantly, when testnet creators are mining the first coins. Which means, that difficulty 1 is ridiculously easy to work with, when you have any ASICs. If you combine it with the idea of fake timestamps, then you can produce a really long initial chain, which will start in 2009, and up to 2025, it will produce almost the same amount of blocks as mainnet. All of that can have a soft-forked-in differences between blocks of 10 minutes, after which you can bring the real timestamps, and raise the difficulty to the proper level. Which means, that instead of "premine", you can use "ninja-mine", and achieve pretty much the same end result. > In practice, trading will start, when the first version of the official wallet will be released. In that case, developers can generate some artificial chain with faked timestamps, then mine some stronger blocks on top of that, and then release a client with such changes. No changing of coins limits needed, and ninja-mine is better than premine, because you wouldn't need to change the code that much, but only eventually put a checkpoint, where you would want to have a "genesis" block, for example at height 900,000, with some coinbase message, timestamped with some hash from the mainnet. wt., 6 maj 2025 o 17:25 Saint Wenhao napisa=C5=82(a= ): > > Some believed that resetting alone would discourage the conduct, > > I wonder, why many people keep saying "reset", when in practice, the old > network is just "abandoned", and nothing is really "resetted". We would > have a true reset, if a new testnet would lead to the full chain > reorganization of the old chain. And this thing never happened, all > previous testnets were just abandoned, as they were, and there were just > not enough people, willing to keep old networks alive. > > > Hard fork in an ultramassive premine > > Well, if testnet4 will be "fixed" by doing a hard-fork on top of existing > chain, then it would be equivalent to releasing testnet5 with "premine" o= f > all testnet4 blocks. > > > so maybe an additional 21 million testnet btc? > > Using doublings, instead of halvings, is future-proof. Because then, if > someone will continue using such test network forever, then later, it wou= ld > release 21 million coins per block (which would be roughly equivalent to > having a superchain, where you can peg one altcoin per 10 minutes). > > > if someone starts trading tnbct for money, whomever has the premine > wallet should feel feel to sell into it what they can > > In practice, trading will start, when the first version of the official > wallet will be released. It was the case in testnet4: when it was possibl= e > to mine new coins, only when you created your own binary from the source > code, then there were only devs, and some skilled users. However, when it > was officially supported in a new Core version, then it was quickly liste= d > on centralized exchanges, and a lot of people dumped all of their test > coins, and walked away with real BTCs. > > > the custodian of the premine will use it for the betterment of Bitcoin > development, but if it's found that they're not-- solution is just anoth= er > reset > > Which means, that Bitcoin developers will turn into altcoin developers, > where they will release new altcoins called "testnets", only to dump all = of > them, and get BTCs out of it. > > wt., 6 maj 2025 o 01:40 Greg Maxwell napisa=C5=82(a)= : > >> On Tuesday, March 18, 2025 at 9:24:49=E2=80=AFPM UTC Antoine Poinsot wro= te: >> >> Hi, >> Testnet4 was rolled out a year ago to address the shortcomings of >> testnet3. One of those shortcomings was the difficulty reset creating >> havoc. [0] In spite of this a similar rule was adopted for testnet4. [1]= As >> a result, testnet4 is similarly creating havoc. [2] >> The goal of testnet is to mimic the Bitcoin mainnet. This is why it is >> useful to have in addition to a more control testing environment such as >> Signet. >> The given rationale for a difficulty reset was to let developers >> occasionally mine blocks on their laptop. But you cannot have your cake = and >> eat it too: either the network is permissionless (PoW) or you assign >> identities and privileges to some (Signet). By trying to do both at the >> same time testnet4 created a loophole for abuse. As a result it failed o= n >> both count: it neither mimics mainnet nor allows developers to mine acti= ve >> blocks on their laptop. >> I propose to fix this by removing the difficulty reset rule from testnet= 4 >> through a flag day hard fork on 2026-01-01. I picked a date well in the >> future to minimize disruption. This leaves enough time for a patch to be >> reviewed, merged, included in the next major Bitcoin Core release, >> backported to previous releases and adopted by the infrastructure runnin= g >> on testnet4. That should be enough for a test network. >> >> >> Part of the root cause is violations of the gentleman's agreement to not >> trade testnet coins for money, this results in predictable chaos with >> people sniping the low difficulty blocks. Some believed that resetting >> alone would discourage the conduct, but even if it had (it hadn't people >> are selling them now) it was still likely that people would hoard up coi= ns >> just in case they became tradable in the future. >> >> There is a simple fix for this which doesn't result in an operating >> difference from Bitcoin, just an economic one. Hard fork in an >> ultramassive premine, as large as possible but what stays with existing >> value overflow logic. (so maybe an additional 21 million testnet btc?). >> >> This also resolves the 'actual developers can't get coins problem' and i= f >> someone starts trading tnbct for money, whomever has the premine wallet >> should feel feel to sell into it what they can. Once they run out of co= ins >> it'll be time for another testnet reset. >> >> It may just not be possible to prevent degens from trading tn coins for >> money, -- I mean consider the altcoins that some people spend money on := ), >> there is basically no low bar on how crappy you can make a cryptocurrenc= y >> where some scammer won't try to sell it to some fool. But what can't be >> prevented can at least be turned into a benefit. >> >> Compared to things like just rigging the subsidy to continue forever-- >> that's a bigger consensus change compared to bitcoin, and I think it >> doesn't have the right incentive surface... some of the most popular >> altcoins have endless inflation and people still use them. Instead you >> want the failure mode to be "if you do trade this for money, most of the >> profits end up going to support a developer or development, rather than >> whatever jerk decided to trick people into paying for it". :) >> >> Feel free to suggest yourself as the custodian of the premine. Or it >> could be some anonymous party if there is a concern that they'll be >> pestered for handouts. There should be a general expectation that the >> custodian of the premine will use it for the betterment of Bitcoin >> development, but if it's found that they're not-- solution is just anot= her >> reset. :) >> >> >> >> -- >> You received this message because you are subscribed to the Google Group= s >> "Bitcoin Development Mailing List" group. >> To unsubscribe from this group and stop receiving emails from it, send a= n >> email to bitcoindev+unsubscribe@googlegroups.com. >> To view this discussion visit >> https://groups.google.com/d/msgid/bitcoindev/afb749b2-bdb8-4b2a-84ec-b70= 3a64ad765n%40googlegroups.com >> >> . >> > -- > You received this message because you are subscribed to the Google Groups > "Bitcoin Development Mailing List" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to bitcoindev+unsubscribe@googlegroups.com. > To view this discussion visit > https://groups.google.com/d/msgid/bitcoindev/CACgYNO%2BfsUtx%3DF%3DZLZVq%= 3DFJfrgHv8NnKsjmoVS8LLVU78zjKDw%40mail.gmail.com > > . > --=20 You received this message because you are subscribed to the Google Groups "= Bitcoin Development Mailing List" group. To unsubscribe from this group and stop receiving emails from it, send an e= mail to bitcoindev+unsubscribe@googlegroups.com. To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/= CAN7kyNiWimDXDV5xT8MCZTvKzrunjfMDDOtTYcmKdQNN1z7Lsg%40mail.gmail.com. --000000000000dd52ea0634b3a708 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> Hard fork in an ultramassive premine, as large as pos= sible but what stays with existing value overflow logic. (so maybe an addit= ional 21 million testnet btc?).

Why hard-forking anything? The start= ing difficulty is set to 1, and it raises to 4 almost instantly, when testn= et creators are mining the first coins. Which means, that difficulty 1 is r= idiculously easy to work with, when you have any ASICs. If you combine it w= ith the idea of fake timestamps, then you can produce a really long initial= chain, which will start in 2009, and up to 2025, it will produce almost th= e same amount of blocks as mainnet. All of that can have a soft-forked-in d= ifferences between blocks of 10 minutes, after which you can bring the real= timestamps, and raise the difficulty to the proper level.

Which mea= ns, that instead of "premine", you can use "ninja-mine"= , and achieve pretty much the same end result.

> In practice, tra= ding will start, when the first version of the official wallet will be rele= ased.

In that case, developers can generate some artificial chain wi= th faked timestamps, then mine some stronger blocks on top of that, and the= n release a client with such changes. No changing of coins limits needed, a= nd ninja-mine is better than premine, because you wouldn't need to chan= ge the code that much, but only eventually put a checkpoint, where you woul= d want to have a "genesis" block, for example at height 900,000, = with some coinbase message, timestamped with some hash from the mainnet.
wt., 6 maj 2025 o 17:25=C2=A0Saint Wenhao <saintwenhao@gmail.com> napisa=C5=82(a= ):
> Some believed that resetting alone would discourage the conduct,
I wonder, why many people keep saying "reset", when in prac= tice, the old network is just "abandoned", and nothing is really = "resetted". We would have a true reset, if a new testnet would le= ad to the full chain reorganization of the old chain. And this thing never = happened, all previous testnets were just abandoned, as they were, and ther= e were just not enough people, willing to keep old networks alive.

&= gt; Hard fork in an ultramassive premine

Well, if testnet4 will be &= quot;fixed" by doing a hard-fork on top of existing chain, then it wou= ld be equivalent to releasing testnet5 with "premine" of all test= net4 blocks.

> so maybe an additional 21 million testnet btc?
=
Using doublings, instead of halvings, is future-proof. Because then, if= someone will continue using such test network forever, then later, it woul= d release 21 million coins per block (which would be roughly equivalent to = having a superchain, where you can peg one altcoin per 10 minutes).

= > if someone starts trading tnbct for money, whomever has the premine wa= llet should feel feel to sell into it what they can

In practice, tra= ding will start, when the first version of the official wallet will be rele= ased. It was the case in testnet4: when it was possible to mine new coins, = only when you created your own binary from the source code, then there were= only devs, and some skilled users. However, when it was officially support= ed in a new Core version, then it was quickly listed on centralized exchang= es, and a lot of people dumped all of their test coins, and walked away wit= h real BTCs.

> the custodian of the premine will use it for the b= etterment of Bitcoin development, =C2=A0but if it's found that they'= ;re not-- solution is just another reset

Which means, that Bitcoin d= evelopers will turn into altcoin developers, where they will release new al= tcoins called "testnets", only to dump all of them, and get BTCs = out of it.

wt., 6 maj 2025 o 01:40=C2=A0Greg Maxwell <gmaxwell@gmail.com> napisa=C5= =82(a):
On Tuesday, March 18, 2025 at 9:24:49=E2=80=AFPM UTC Antoine= Poinsot wrote:
Hi,
Testnet4 was rolled out a year ago to address the shortcomings of testnet3. One of those shortcomings was the difficulty reset creating havoc. [0] In=20 spite of this a similar rule was adopted for testnet4. [1] As a result,=20 testnet4 is similarly creating havoc. [2]
The goal of testnet is=20 to mimic the Bitcoin mainnet. This is why it is useful to have in=20 addition to a more control testing environment such as Signet.
The given rationale for a difficulty reset was to let developers=20 occasionally mine blocks on their laptop. But you cannot have your cake=20 and eat it too: either the network is permissionless (PoW) or you assign identities and privileges to some (Signet). By trying to do both at the same time testnet4 created a loophole for abuse. As a result it failed=20 on both count: it neither mimics mainnet nor allows developers to mine=20 active blocks on their laptop.
I propose to fix this by removing=20 the difficulty reset rule from testnet4 through a flag day hard fork on=20 2026-01-01. I picked a date well in the future to minimize disruption.=20 This leaves enough time for a patch to be reviewed, merged, included in=20 the next major Bitcoin Core release, backported to previous releases and adopted by the infrastructure running on testnet4. That should be=20 enough for a test network.

Part of the root cause is violations of the gentleman's agreement= to not trade testnet coins for money, this results in predictable chaos wi= th people sniping the low difficulty blocks. Some believed that resetting a= lone would discourage the conduct, but even if it had (it hadn't people= are selling them now) it was still likely that people would hoard up coins= just in case they became tradable in the future.

= There is a simple fix for this which doesn't result in an operating dif= ference from Bitcoin, just an economic one.=C2=A0=C2=A0 Hard fork in an ult= ramassive premine, as large as possible but what stays with existing value = overflow logic. (so maybe an additional 21 million testnet btc?).

This also resolves the 'actual developers can't get= coins problem' and if someone starts trading tnbct for money, whomever= has the premine wallet should feel feel to sell into it what they can.=C2= =A0 Once they run out of coins it'll be time for another testnet reset.=

It may just not be possible to prevent degens fro= m trading tn coins for money, -- I mean consider the altcoins that some peo= ple spend money on :),=C2=A0 there is basically no low bar on how crappy yo= u can make a cryptocurrency where some scammer won't try to sell it to = some fool.=C2=A0 But what can't be prevented can at least be turned int= o a benefit.

Compared to things like just rigging = the subsidy to continue forever-- that's a bigger consensus change comp= ared to bitcoin, and I think it doesn't have the right incentive surfac= e... some of the most popular altcoins have endless inflation and people st= ill use them.=C2=A0 Instead you want the failure mode to be "if you do= trade this for money, most of the profits end up going to support a develo= per or development, rather than whatever jerk decided to trick people into = paying for it". :)

Feel free to suggest yours= elf as the custodian of the premine.=C2=A0 Or it could be some anonymous pa= rty if there is a concern that they'll be pestered for handouts.=C2=A0 = There should be a general expectation that the custodian of the premine wil= l use it for the betterment of Bitcoin development,=C2=A0 but if it's f= ound that they're not-- solution is just another reset. :)


--
You received this message because you are subscribed to the Google Groups &= quot;Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.googl= e.com/d/msgid/bitcoindev/afb749b2-bdb8-4b2a-84ec-b703a64ad765n%40googlegrou= ps.com.

--
You received this message because you are subscribed to the Google Groups &= quot;Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion visit = https://groups.google.com/d/msgid/bitcoindev/CACgYNO%2BfsUtx%3DF%3DZLZVq%3D= FJfrgHv8NnKsjmoVS8LLVU78zjKDw%40mail.gmail.com.

--
You received this message because you are subscribed to the Google Groups &= quot;Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an e= mail to bitcoind= ev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/ms= gid/bitcoindev/CAN7kyNiWimDXDV5xT8MCZTvKzrunjfMDDOtTYcmKdQNN1z7Lsg%40mail.g= mail.com.
--000000000000dd52ea0634b3a708--