Delivery-date: Tue, 29 Apr 2025 07:17:43 -0700
Sender: bitcoindev@googlegroups.com
Received-SPF: pass (google.com: domain of saintwenhao@gmail.com designates 2a00:1450:4864:20::535 as permitted sender) client-ip=2a00:1450:4864:20::535;
MIME-Version: 1.0
References: <hU75DurC5XToqizyA-vOKmVtmzd3uZGDKOyXuE_ogE6eQ8tPCrvX__S08fG_nrW5CjH6IUx7EPrq8KwM5KFy9ltbFBJZQCHR2ThoimRbMqU=@protonmail.com>
 <5c13e130-aaa2-4866-be26-7498100e868b@murch.one> <7c6800f0-7b77-4aca-a4f9-2506a2410b29@murch.one>
 <vgcVopNpWCowIGaIpVgjsCWyTMjxVKoWtRdDVnTNrM8tYPjKtC6MJ6S-2KxIYdJYgAhG8iNPig-xijwd7DtAm6tHN3T3xgIMUNUSTBYvT_A=@protonmail.com>
 <672cb527-9005-46fc-be2c-4508d39cfd7dn@googlegroups.com> <CADL_X_eXcmD8fEpL9Sqqwt6EfwtdjG+Aaqk+pgSBhPmaVT3gEw@mail.gmail.com>
 <CACgYNOKDFjxTuk8Szq305oNvS_tAwoCosrcR3ij4ihCuHjw78A@mail.gmail.com>
 <CADL_X_dfaBQJDXu=urRn40J7fCkDAPi-sdnnCwAZd4RUgr68fw@mail.gmail.com> <8E819BCF-EEAE-4F10-89A1-FA3FDE0F67E3@sprovoost.nl>
In-Reply-To: <8E819BCF-EEAE-4F10-89A1-FA3FDE0F67E3@sprovoost.nl>
From: Saint Wenhao <saintwenhao@gmail.com>
Date: Mon, 28 Apr 2025 20:15:35 +0200
Message-ID: <CACgYNOL3gH6zhmNyiKLenqoiM9mydsxs3XExxJX1ZSVvOmX2bA@mail.gmail.com>
Subject: Re: [bitcoindev] Unbreaking testnet4
To: Sjors Provoost <sjors@sprovoost.nl>, 
	Bitcoin Development Mailing List <bitcoindev@googlegroups.com>, Jameson Lopp <jameson.lopp@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000404a9c0633daac4f"
Precedence: list
Mailing-list: list bitcoindev@googlegroups.com; contact bitcoindev+owners@googlegroups.com

--000000000000404a9c0633daac4f
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

> Which means that in practice, instead of seeing huge or overflowed
amounts in UTXOs, we will probably see a lot of repeated entries in the
UTXO set, holding MAX_MONEY each.

Now I applied "doubling" patch in my local regtest, and I can confirm it.
After 2849 blocks, when trying to mine block number 2850, the UTXO amount
exceeded 21 million coins, and then it failed.

```
2025-04-28T17:45:39Z CreateNewBlock(): block weight: 820 txs: 0 fees: 0
sigops 400
2025-04-28T17:45:39Z Saw new header
hash=3D16d1899aba71f27e7e527f559db7472cbf18f80c2da7e26acb3c2b8476651c54
height=3D2847
2025-04-28T17:45:39Z UpdateTip: new
best=3D16d1899aba71f27e7e527f559db7472cbf18f80c2da7e26acb3c2b8476651c54
height=3D2847 version=3D0x20000000 log2_work=3D12.475733 tx=3D2848
date=3D'2025-04-28T17:50:11Z' progress=3D1.000000 cache=3D0.5MiB(2847txo)
2025-04-28T17:45:39Z CreateNewBlock(): block weight: 820 txs: 0 fees: 0
sigops 400
2025-04-28T17:45:39Z Saw new header
hash=3D1c639e9656dcea7c2c8c694d27bc9dd82bd327bc8c95c4be1d5ec576c99638fe
height=3D2848
2025-04-28T17:45:39Z UpdateTip: new
best=3D1c639e9656dcea7c2c8c694d27bc9dd82bd327bc8c95c4be1d5ec576c99638fe
height=3D2848 version=3D0x20000000 log2_work=3D12.476240 tx=3D2849
date=3D'2025-04-28T17:50:11Z' progress=3D1.000000 cache=3D0.5MiB(2848txo)
2025-04-28T17:45:39Z CreateNewBlock(): block weight: 820 txs: 0 fees: 0
sigops 400
2025-04-28T17:45:39Z Saw new header
hash=3D1e119d36bcd683d4ff2d10c63b60d33431fd141be5cd20d3b0fd074f036b409a
height=3D2849
2025-04-28T17:45:39Z UpdateTip: new
best=3D1e119d36bcd683d4ff2d10c63b60d33431fd141be5cd20d3b0fd074f036b409a
height=3D2849 version=3D0x20000000 log2_work=3D12.476746 tx=3D2850
date=3D'2025-04-28T17:50:11Z' progress=3D1.000000 cache=3D0.5MiB(2849txo)
2025-04-28T17:45:39Z CreateNewBlock(): block weight: 820 txs: 0 fees: 0
sigops 400
2025-04-28T17:45:39Z [error] TestBlockValidity: Consensus::CheckBlock:
bad-txns-vout-toolarge, Transaction check failed (tx hash
5802b7370153f8c415fcf689bda204adebe4483c306110ae33a35a88a593d495)
2025-04-28T17:49:41Z CreateNewBlock(): block weight: 808 txs: 0 fees: 0
sigops 400
2025-04-28T17:49:41Z [error] TestBlockValidity: Consensus::CheckBlock:
bad-txns-vout-toolarge, Transaction check failed (tx hash
f9a54543470144efc33e975d02f44188a7a0d88c16fb997018e33b4e66244f37)
```

And it also failed immediately, after calling "getblocktemplate".

However, after manually crafting a block with 21 million coins, it
succeeded:

$ ./bitcoin-cli -regtest getblock
627434e2e29fb3409aa9bca6b27b261210b3adf274e6e091da889ece9142901b 0
000000209a406b034f07fdb0d320cde51b14fd3134d3603bc6102dffd483d6bc369d111e9d3=
47f2c3a7114151cdc93c9cccc2f6ce64cf7c1b71bb454d005202c9140d413d5bf0f68ffff7f=
200200000001020000000001010000000000000000000000000000000000000000000000000=
000000000000000ffffffff0402220b00ffffffff020040075af07507000451024e73000000=
0000000000266a24aa21a9ede2f61c3f71d1defd3fa999dfa36953755c690689799962b48be=
bd836974e8cf901200000000000000000000000000000000000000000000000000000000000=
00000000000000

2025-04-28T18:06:27Z Saw new header
hash=3D627434e2e29fb3409aa9bca6b27b261210b3adf274e6e091da889ece9142901b
height=3D2850
2025-04-28T18:06:27Z UpdateTip: new
best=3D627434e2e29fb3409aa9bca6b27b261210b3adf274e6e091da889ece9142901b
height=3D2850 version=3D0x20000000 log2_work=3D12.477252 tx=3D2851
date=3D'2025-04-28T17:50:13Z' progress=3D1.000000 cache=3D0.5MiB(2850txo)

Which means, that after reaching 21 million coins, that kind of UTXOs will
be produced forever. And I guess it won't be even possible to send more
coins than that in a single transaction, which means, that we are quite
safe from any kinds of overflows, but we are not safe from flooding the
UTXO set with max coin amounts.

pon., 28 kwi 2025 o 14:47 Sjors Provoost <sjors@sprovoost.nl> napisa=C5=82(=
a):

> Jameson Lopp wrote:
>
> > Encoding an "end of life date" into testnets is actually an interesting
> idea worth discussing. As far as I'm aware it's never been done before on
> any network.
>
> Keep in mind that testnet-specific code has to live right next to, even
> inside of, mainnet consensus code. We want the change to be as simple as
> possible, so as to not accidentally break mainnet.
>
> Unless and until coin expiration is something we're seriously considering
> for mainnet, we'd rather not implement it for testnet.
>
> This particular idea probably requires a lot of changes all over the plac=
e
> (consensus, mempool, wallet) because it breaks the assumption that coins
> don't expire.
>
>
> Something I've proposed in person a few times, is to double the coins
> every halving. In terms of code, it boils down to changing GetBlockSubsid=
y:
>
> CAmount nSubsidy =3D 50 * COIN;
> // Subsidy is cut in half every 210,000 blocks which will occur
> approximately every 4 years.
> If (consensusParams.inflation) {
>     // Except on testnet5
>     nSubsidy <<=3D halvings;
> } else {
>   nSubsidy >>=3D halvings;
> }
>
> This will eventually overflow, but that seems fine for a testnet. Along
> with the timewarp fix, the network might even grind to a halt in 2106, lo=
ng
> before we overflow 64 bit numbers.
>
> Rust Bitcoin [0] currently refuses amounts above 21 million BTC, but they
> would have many years to fix that.
>
>
> Strong inflation has been battle tested by governments around the world
> for millennia as a way to discourage saving.
>
> - Sjors
>
> [0] https://github.com/rust-bitcoin/rust-bitcoin/issues/4273

--=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/=
CACgYNOL3gH6zhmNyiKLenqoiM9mydsxs3XExxJX1ZSVvOmX2bA%40mail.gmail.com.

--000000000000404a9c0633daac4f
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div dir=3D"ltr">&gt; Which means that in practice, instea=
d of seeing huge or overflowed amounts in UTXOs, we will probably see a lot=
 of repeated entries in the UTXO set, holding MAX_MONEY each.<br><br>Now I =
applied &quot;doubling&quot; patch in my local regtest, and I can confirm i=
t. After 2849 blocks, when trying to mine block number 2850, the UTXO amoun=
t exceeded 21 million coins, and then it failed.<br><br>```<br>2025-04-28T1=
7:45:39Z CreateNewBlock(): block weight: 820 txs: 0 fees: 0 sigops 400<br>2=
025-04-28T17:45:39Z Saw new header hash=3D16d1899aba71f27e7e527f559db7472cb=
f18f80c2da7e26acb3c2b8476651c54 height=3D2847<br>2025-04-28T17:45:39Z Updat=
eTip: new best=3D16d1899aba71f27e7e527f559db7472cbf18f80c2da7e26acb3c2b8476=
651c54 height=3D2847 version=3D0x20000000 log2_work=3D12.475733 tx=3D2848 d=
ate=3D&#39;2025-04-28T17:50:11Z&#39; progress=3D1.000000 cache=3D0.5MiB(284=
7txo)<br>2025-04-28T17:45:39Z CreateNewBlock(): block weight: 820 txs: 0 fe=
es: 0 sigops 400<br>2025-04-28T17:45:39Z Saw new header hash=3D1c639e9656dc=
ea7c2c8c694d27bc9dd82bd327bc8c95c4be1d5ec576c99638fe height=3D2848<br>2025-=
04-28T17:45:39Z UpdateTip: new best=3D1c639e9656dcea7c2c8c694d27bc9dd82bd32=
7bc8c95c4be1d5ec576c99638fe height=3D2848 version=3D0x20000000 log2_work=3D=
12.476240 tx=3D2849 date=3D&#39;2025-04-28T17:50:11Z&#39; progress=3D1.0000=
00 cache=3D0.5MiB(2848txo)<br>2025-04-28T17:45:39Z CreateNewBlock(): block =
weight: 820 txs: 0 fees: 0 sigops 400<br>2025-04-28T17:45:39Z Saw new heade=
r hash=3D1e119d36bcd683d4ff2d10c63b60d33431fd141be5cd20d3b0fd074f036b409a h=
eight=3D2849<br>2025-04-28T17:45:39Z UpdateTip: new best=3D1e119d36bcd683d4=
ff2d10c63b60d33431fd141be5cd20d3b0fd074f036b409a height=3D2849 version=3D0x=
20000000 log2_work=3D12.476746 tx=3D2850 date=3D&#39;2025-04-28T17:50:11Z&#=
39; progress=3D1.000000 cache=3D0.5MiB(2849txo)<br>2025-04-28T17:45:39Z Cre=
ateNewBlock(): block weight: 820 txs: 0 fees: 0 sigops 400<br>2025-04-28T17=
:45:39Z [error] TestBlockValidity: Consensus::CheckBlock: bad-txns-vout-too=
large, Transaction check failed (tx hash 5802b7370153f8c415fcf689bda204adeb=
e4483c306110ae33a35a88a593d495)<br>2025-04-28T17:49:41Z CreateNewBlock(): b=
lock weight: 808 txs: 0 fees: 0 sigops 400<br>2025-04-28T17:49:41Z [error] =
TestBlockValidity: Consensus::CheckBlock: bad-txns-vout-toolarge, Transacti=
on check failed (tx hash f9a54543470144efc33e975d02f44188a7a0d88c16fb997018=
e33b4e66244f37)<br>```<br><br>And it also failed immediately, after calling=
 &quot;getblocktemplate&quot;.<br><br>However, after manually crafting a bl=
ock with 21 million coins, it succeeded:<br><br>$ ./bitcoin-cli -regtest ge=
tblock 627434e2e29fb3409aa9bca6b27b261210b3adf274e6e091da889ece9142901b 0<b=
r>000000209a406b034f07fdb0d320cde51b14fd3134d3603bc6102dffd483d6bc369d111e9=
d347f2c3a7114151cdc93c9cccc2f6ce64cf7c1b71bb454d005202c9140d413d5bf0f68ffff=
7f2002000000010200000000010100000000000000000000000000000000000000000000000=
00000000000000000ffffffff0402220b00ffffffff020040075af07507000451024e730000=
000000000000266a24aa21a9ede2f61c3f71d1defd3fa999dfa36953755c690689799962b48=
bebd836974e8cf9012000000000000000000000000000000000000000000000000000000000=
0000000000000000<br><br>2025-04-28T18:06:27Z Saw new header hash=3D627434e2=
e29fb3409aa9bca6b27b261210b3adf274e6e091da889ece9142901b height=3D2850<br>2=
025-04-28T18:06:27Z UpdateTip: new best=3D627434e2e29fb3409aa9bca6b27b26121=
0b3adf274e6e091da889ece9142901b height=3D2850 version=3D0x20000000 log2_wor=
k=3D12.477252 tx=3D2851 date=3D&#39;2025-04-28T17:50:13Z&#39; progress=3D1.=
000000 cache=3D0.5MiB(2850txo)<br><br>Which means, that after reaching 21 m=
illion coins, that kind of UTXOs will be produced forever. And I guess it w=
on&#39;t be even possible to send more coins than that in a single transact=
ion, which means, that we are quite safe from any kinds of overflows, but w=
e are not safe from flooding the UTXO set with max coin amounts.</div><br><=
div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">pon., 28 kw=
i 2025 o 14:47=C2=A0Sjors Provoost &lt;<a href=3D"mailto:sjors@sprovoost.nl=
" target=3D"_blank">sjors@sprovoost.nl</a>&gt; napisa=C5=82(a):<br></div><b=
lockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-le=
ft:1px solid rgb(204,204,204);padding-left:1ex">Jameson Lopp wrote:<br>
<br>
&gt; Encoding an &quot;end of life date&quot; into testnets is actually an =
interesting idea worth discussing. As far as I&#39;m aware it&#39;s never b=
een done before on any network. <br>
<br>
Keep in mind that testnet-specific code has to live right next to, even ins=
ide of, mainnet consensus code. We want the change to be as simple as possi=
ble, so as to not accidentally break mainnet.<br>
<br>
Unless and until coin expiration is something we&#39;re seriously consideri=
ng for mainnet, we&#39;d rather not implement it for testnet.<br>
<br>
This particular idea probably requires a lot of changes all over the place =
(consensus, mempool, wallet) because it breaks the assumption that coins do=
n&#39;t expire.<br>
<br>
<br>
Something I&#39;ve proposed in person a few times, is to double the coins e=
very halving. In terms of code, it boils down to changing GetBlockSubsidy:<=
br>
<br>
CAmount nSubsidy =3D 50 * COIN;<br>
// Subsidy is cut in half every 210,000 blocks which will occur approximate=
ly every 4 years.<br>
If (consensusParams.inflation) {<br>
=C2=A0 =C2=A0 // Except on testnet5<br>
=C2=A0 =C2=A0 nSubsidy &lt;&lt;=3D halvings;<br>
} else {<br>
=C2=A0 nSubsidy &gt;&gt;=3D halvings;<br>
}<br>
<br>
This will eventually overflow, but that seems fine for a testnet. Along wit=
h the timewarp fix, the network might even grind to a halt in 2106, long be=
fore we overflow 64 bit numbers.<br>
<br>
Rust Bitcoin [0] currently refuses amounts above 21 million BTC, but they w=
ould have many years to fix that.<br>
<br>
<br>
Strong inflation has been battle tested by governments around the world for=
 millennia as a way to discourage saving.<br>
<br>
- Sjors<br>
<br>
[0] <a href=3D"https://github.com/rust-bitcoin/rust-bitcoin/issues/4273" re=
l=3D"noreferrer" target=3D"_blank">https://github.com/rust-bitcoin/rust-bit=
coin/issues/4273</a></blockquote></div>
</div>

<p></p>

-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;Bitcoin Development Mailing List&quot; group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:bitcoindev+unsubscribe@googlegroups.com">bitcoind=
ev+unsubscribe@googlegroups.com</a>.<br />
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
bitcoindev/CACgYNOL3gH6zhmNyiKLenqoiM9mydsxs3XExxJX1ZSVvOmX2bA%40mail.gmail=
.com?utm_medium=3Demail&utm_source=3Dfooter">https://groups.google.com/d/ms=
gid/bitcoindev/CACgYNOL3gH6zhmNyiKLenqoiM9mydsxs3XExxJX1ZSVvOmX2bA%40mail.g=
mail.com</a>.<br />

--000000000000404a9c0633daac4f--