summaryrefslogtreecommitdiff
path: root/bb/4f4d08c7cb67e2b79bb99484a32f39bb03d5c8
blob: 03e43d76eb329dfefce7bc2cb06e7a7dac49837d (plain)
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
Delivery-date: Wed, 19 Mar 2025 17:08:10 -0700
Received: from mail-ot1-f56.google.com ([209.85.210.56])
	by mail.fairlystable.org with esmtps  (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
	(Exim 4.94.2)
	(envelope-from <bitcoindev+bncBDMNZTU6RUCBBYFY5W7AMGQEKESCLLY@googlegroups.com>)
	id 1tv3SD-0003LK-6t
	for bitcoindev@gnusha.org; Wed, 19 Mar 2025 17:08:10 -0700
Received: by mail-ot1-f56.google.com with SMTP id 46e09a7af769-72a0de193b2sf283167a34.3
        for <bitcoindev@gnusha.org>; Wed, 19 Mar 2025 17:08:09 -0700 (PDT)
ARC-Seal: i=2; a=rsa-sha256; t=1742429283; cv=pass;
        d=google.com; s=arc-20240605;
        b=dWsaBrZcg3CziCq5UxCqdbG4O0rPFuCBcmhoK2Vf9TPPROGD6gV8HU9xstayXmXvqJ
         EBFXQ6yYVN0D3Gi1cDsF7OhMPF5bfCmjgjmQ2hJNFa+DNLOAQLADMXu5KTRKaFuXLjWd
         gv9dKdp3OpCxffHJecPLu84+wba+nScRuxcz3idLxWACAh9S6Mhne1/jUwNOVDnERnDz
         lrCP94N+LxKWrIWIikGLCvLfiv8LSqCk8XZ+3o7uqbaWwen8Ag6hauIRuosfnJN+EOOZ
         0RGt6lRRLnKmkSaZ3fLgqR7pbR9Wykc7KY9lWubFlU8GWsB17z27ttR4TyLeXk4D6+O9
         V6Yg==
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=+EGwtQfYmYk9Ivo0pcBJCrNIxvPcRdYyBnT42FEZZ8k=;
        fh=+sSBCxvAA9RP7CYGlR9LttFOtWWUbU/0faTWb9FNYjo=;
        b=VKligD4GCa3UM3J+0DV7BolzIA1uZVWhnsrVwE07zz7l1RIvS9aRlv/sE4KpZrQHIH
         73hbDk5l78t0zEHQQqbtLdskl/2ZLhcv4lk5PGdawAokj1+dxsZixQhX7BMDplAyxxMy
         a1gH0JCbv2VVMZMA9O/yspx1ck9BHBvjD863XRG1sXmlAi40/87Q+lY16c6JxVCw5G00
         Mq4da/qwisaHl2vxh5P1AmassJVFhiRj6eIuHEFdQe+5KdqZjWK3pJVrPNKsuCc4OwFm
         Ifa/L5GFIicuEHYujB3Pj4lwrPlNLdHLFUj+/gbdDpbmxKFpY+vja7oj6PNAS/KwqD2I
         m54Q==;
        darn=gnusha.org
ARC-Authentication-Results: i=2; gmr-mx.google.com;
       dkim=pass header.i=@gmail.com header.s=20230601 header.b=b1PO58da;
       spf=pass (google.com: domain of melvincarvalho@gmail.com designates 2607:f8b0:4864:20::102a as permitted sender) smtp.mailfrom=melvincarvalho@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=1742429283; x=1743034083; 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=+EGwtQfYmYk9Ivo0pcBJCrNIxvPcRdYyBnT42FEZZ8k=;
        b=m1GgjkPmgjRmCgIqOqoZfrR6lBKmxTNrvdyohmiAK+pzFBL5E8WmTzv+fMg9XHXJ1e
         ED7rbP4sF/LB9RJowPUzyUMeoVOxIwvRTH/Lvvs25Kg5i69rfulR8IIKkUG9yOaokl/X
         Bf+ahTd4x/nGNeLFp7DQCVQx2NJnam9h1sztHoGXNyMNdeAaobiwK/MfCKfuEfI7hz8z
         1/Jn8tRMLAdFZbW4dRMcRyBd1lQoraCjrT8Ufbce3slgTCRV/MBfNABFokTamWDZEoHL
         D6g/Rl/g51wAeVnAh72qi7CY125EdRKK2S3Hvvmt3g5i+xB1H8P7t4xqw6WRwFC9sr9e
         qTLA==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20230601; t=1742429283; x=1743034083; 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=+EGwtQfYmYk9Ivo0pcBJCrNIxvPcRdYyBnT42FEZZ8k=;
        b=WIJ6RSp75FPi8bEo2el5rIXpjL5Rc2MQIfnkfG1AsffxYqZnnyEyVvCgvHP8hkj7l7
         28tIPOH+V7Y5kwWjvvXZBZi0EghZr1RKsya/G6Ki3uf/K3Aaas8SJ3kp8OOy2V1oX73a
         geltHXoH1m0uIEwTwfbTJHo5QW5Ts9Bk3DayZ8PPd6tNJLigWB2TvlXKnc31VDV42ay5
         7N0T8VypqEFl1llUYjlDI/cnfDI2IoUXRT6KdE0cRJkV92rsBnLrwuvGGmABjYeQXSs7
         HeYlTOxEMbQi1ppop6mdEW79LqCNsgxQGO2pEXWPFTkz1UOFCpci38LnvE5USRj8ENrL
         ygOA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20230601; t=1742429283; x=1743034083;
        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=+EGwtQfYmYk9Ivo0pcBJCrNIxvPcRdYyBnT42FEZZ8k=;
        b=DvT+M0MDWoZX0fIoI56YFNh/4nX+KnZlL+80G9pS2YgkLwdGb/FLKfwDuHkq7jUcYe
         2vU5hUgPwI5zfqPMHI+BtpeuOFuBcDEpphPXUffGheyP8P9wlC3uMpTxh7EV+2Pu1K9C
         GYEqeF1aKhYxuQHBmHE6g5Y8buVHICrLMxN30YXCAN2vW9sKMOcEh6lgutYJWh1ybOID
         cQpJwxqJjGzo6khQegzPCHplIMV1k7gLUUBhPO/4lCmzQVWMkQddnCjwlGwj+87XZ0W5
         KhCjmQ+2GmuFgqp6vTPbtq4wyrJgMhQS9PWbJORzB+9JexQIuzc64V9l7H55Iox4G7qg
         VVLw==
Sender: bitcoindev@googlegroups.com
X-Forwarded-Encrypted: i=2; AJvYcCWDAUTnCW07fe/cco6+O0XeVmWbOlmuOneg/2GN1zBLjb76f9yLdJKkZ+dg7++pQq+8n2T36jXi3cqO@gnusha.org
X-Gm-Message-State: AOJu0Yz5d8A6EkUDt7Y3x5b+erA4TqSiqIEX4UcuZ22bWpQ5sj85i3rM
	K83n8pZu5T20HqKAZ4g1Nr1ZuHECLTayFfvYAxHb4D3P2+6btlKx
X-Google-Smtp-Source: AGHT+IFOgzGRyEoedHWHPn4kMUT4W6dfAref9jPxiH1Bs8sLHP8X7JCtHCyYtP+3D9hp6otkx7z8kQ==
X-Received: by 2002:a05:6830:349e:b0:72b:8974:e3db with SMTP id 46e09a7af769-72c02e77dacmr1176899a34.25.1742429283448;
        Wed, 19 Mar 2025 17:08:03 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com; h=ARLLPAJ0THRo6mRgP/TRvK7rwszAseKIno5VEgGI3P3Z8iIFDA==
Received: by 2002:a4a:b283:0:b0:601:a5e9:6391 with SMTP id 006d021491bc7-60228d8901als133368eaf.0.-pod-prod-09-us;
 Wed, 19 Mar 2025 17:08:00 -0700 (PDT)
X-Received: by 2002:a05:6808:1527:b0:3f9:641b:63ef with SMTP id 5614622812f47-3feb4b808a0mr994948b6e.28.1742429280584;
        Wed, 19 Mar 2025 17:08:00 -0700 (PDT)
Received: by 2002:a05:6808:394a:b0:3fa:da36:efcd with SMTP id 5614622812f47-3feac90f881msb6e;
        Wed, 19 Mar 2025 02:11:42 -0700 (PDT)
X-Received: by 2002:a05:6e02:1fe9:b0:3d4:2306:6d0 with SMTP id e9e14a558f8ab-3d586b9ed15mr17251035ab.14.1742375501526;
        Wed, 19 Mar 2025 02:11:41 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1742375501; cv=none;
        d=google.com; s=arc-20240605;
        b=EVddn3RmBaB8olfkDg+d5OSC2SMWD7axJ5dQlMTWx9/y9l5lgpW/bt1Wx++E/eYc2V
         8p8MlEGOTkVc/fUpsPDeUbY3WrE/aTtLRjm7WLNNLTJ0NrzQZdL68KTzUy+Wib0i0h4C
         lO7EkVu3CYFvUm6+mw1sCTGDKSnSLAOn/+NB8cWZM6YYle2AIrxRK3PgHw0WEeXalRsZ
         AjlbyXdyY0/LNEqvrGljM0X627LbUoyPw0YbuyWAxMjmaa6f+QFNkQSigZYmxLZrgBnL
         QeakKngELC3H39jc/4Y+YbwcGdvUHb44B1ht5ne7B89JnPEUE3nInbKbofrelLxdOUHI
         Jgwg==
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=A1bU9ApHokleQLa/3dxOSn0om1D+CoYs79efoz57mHE=;
        fh=Kq6uqhrB3Y2LVd2m1sYXSJq9UR3UoZYIYVPgbiDxK0k=;
        b=aO3UDWXHqubUHoQdIw8uEmgLOjP6rIQnsUjTfECGBSWFWO31SoYwQlPUWA4+ngEVCH
         ruh7UQ7Xqe1GDlS/aaqhjEh0yh54ufGHDoz4hXkcELBg/0BVzVTGHHpqXNH/doBfIncn
         2teMdysatvmp05Yj4jezOD9s7qTXBz2zxPATns8kYKopzCCiCERPHBefa9frrLWgJbsg
         PTElhsGT+Qx8KqbFERuI/8eEEh/sgNjTxoNO/cVGUR38QAfj3yRtsNN1mPs/Qo/yYHod
         TanrnzQx0tLa1RCkU+RXk6FJ0uAf8TOY5YdE3/ymGrDKp8U++Rpt2lnaU1n8B1I7Cfgh
         F7ew==;
        dara=google.com
ARC-Authentication-Results: i=1; gmr-mx.google.com;
       dkim=pass header.i=@gmail.com header.s=20230601 header.b=b1PO58da;
       spf=pass (google.com: domain of melvincarvalho@gmail.com designates 2607:f8b0:4864:20::102a as permitted sender) smtp.mailfrom=melvincarvalho@gmail.com;
       dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com;
       dara=pass header.i=@googlegroups.com
Received: from mail-pj1-x102a.google.com (mail-pj1-x102a.google.com. [2607:f8b0:4864:20::102a])
        by gmr-mx.google.com with ESMTPS id e9e14a558f8ab-3d47a4491efsi5353655ab.0.2025.03.19.02.11.41
        for <bitcoindev@googlegroups.com>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
        Wed, 19 Mar 2025 02:11:41 -0700 (PDT)
Received-SPF: pass (google.com: domain of melvincarvalho@gmail.com designates 2607:f8b0:4864:20::102a as permitted sender) client-ip=2607:f8b0:4864:20::102a;
Received: by mail-pj1-x102a.google.com with SMTP id 98e67ed59e1d1-2ff65d88103so8594246a91.2
        for <bitcoindev@googlegroups.com>; Wed, 19 Mar 2025 02:11:41 -0700 (PDT)
X-Gm-Gg: ASbGncu5nWPeodqB4gXKusKJ6B47Rwf/DpOmUJkym/YRoZAdy/uTw3JVFDYIqcYSudV
	omXt+Z4ibENWJ65wQFw9PKveMlSYsRVOI3GBroN0HfPONl4wPRwathfGLGp8Hw1XmoQHfw4WtQi
	3JjN/WUtnVzBJ2vRXaa619Z1vR
X-Received: by 2002:a17:90b:1c88:b0:2fe:80cb:ac05 with SMTP id
 98e67ed59e1d1-301bde763f0mr3371884a91.9.1742375500682; Wed, 19 Mar 2025
 02:11:40 -0700 (PDT)
MIME-Version: 1.0
References: <hU75DurC5XToqizyA-vOKmVtmzd3uZGDKOyXuE_ogE6eQ8tPCrvX__S08fG_nrW5CjH6IUx7EPrq8KwM5KFy9ltbFBJZQCHR2ThoimRbMqU=@protonmail.com>
 <2064B7F4-B23A-44B0-A361-0EC4187D8E71@sprovoost.nl>
In-Reply-To: <2064B7F4-B23A-44B0-A361-0EC4187D8E71@sprovoost.nl>
From: Melvin Carvalho <melvincarvalho@gmail.com>
Date: Wed, 19 Mar 2025 10:11:28 +0100
X-Gm-Features: AQ5f1JqZ0Mq0PrCpEn_yN8dSwaW-Al2T_C6uWsqT8II-Er7ZidZJEzUld_mAIuY
Message-ID: <CAKaEYhLNTbA=qMuQ5W63jxwUoa2+mpn020NC31JqGzbk0wPF-A@mail.gmail.com>
Subject: Re: [bitcoindev] Unbreaking testnet4
To: Sjors Provoost <sjors@sprovoost.nl>
Cc: "'Antoine Poinsot' via Bitcoin Development Mailing List" <bitcoindev@googlegroups.com>, Antoine Poinsot <darosior@protonmail.com>
Content-Type: multipart/alternative; boundary="000000000000c89c7c0630ae68f9"
X-Original-Sender: melvincarvalho@gmail.com
X-Original-Authentication-Results: gmr-mx.google.com;       dkim=pass
 header.i=@gmail.com header.s=20230601 header.b=b1PO58da;       spf=pass
 (google.com: domain of melvincarvalho@gmail.com designates
 2607:f8b0:4864:20::102a as permitted sender) smtp.mailfrom=melvincarvalho@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: <bitcoindev.googlegroups.com>
X-Google-Group-Id: 786775582512
List-Post: <https://groups.google.com/group/bitcoindev/post>, <mailto:bitcoindev@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:bitcoindev+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/bitcoindev
List-Subscribe: <https://groups.google.com/group/bitcoindev/subscribe>, <mailto:bitcoindev+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+786775582512+unsubscribe@googlegroups.com>,
 <https://groups.google.com/group/bitcoindev/subscribe>
X-Spam-Score: -0.5 (/)

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

st 19. 3. 2025 v 10:04 odes=C3=ADlatel Sjors Provoost <sjors@sprovoost.nl>
napsal:

> Antoine Poinsot wrote:
>
> The given rationale for a difficulty reset was to let developers
> occasionally mine blocks on their laptop. But you cannot have your cake a=
nd
> 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 on
> both count: it neither mimics mainnet nor allows developers to mine activ=
e
> blocks on their laptop.
>
>
> Let me clarify why developers can't mine on their own laptop with testnet=
4.
>
> The way you would do that is to move your computer clock forward by 20
> minutes (or use faketime), at which point the difficulty drops to 1. You
> would then mine your (presumably non-standard transaction) and broadcast =
it
> to the network.
>
> This is also the strategy used to acquire more testnet coins if you don't
> have an ASIC and don't want to use a faucet.
>
> On testnet3 the latter wasn't very productive because at height 4 million
> the block subsidy is under 10k sats.
>
> But on testnet4 every block yields 50 tBTC. So several people try to mine
> such a block, leading to the many parallel forks.
>
> If you're a developer trying to mine a non-standard transaction, you have
> to be fast, well connected and lucky to be the first block picked up by t=
he
> rest of the network.
>
> But why mine just one if you can mine many?
>
> Some CPU miners are now mining as many testnet4 blocks as they can by
> bumping their clock 20 minutes not just once, but several times in a row.
> Until they run against the limit other nodes put on how far a block can b=
e
> in the future, namely two hours. So when a real difficulty block appears,
> you may see 5 blocks on top of it instantly.
>
> This behavior is even worse from the point of view of a developer trying
> to mine a non-standard transaction. Because the tip of your node is alway=
s
> going to be about two hours in the future, when you mine on top of that b=
y
> moving your clock even further, it will be rejected by your peers.
>
> So this use case of CPU mining non-standard transactions is simply dead a=
s
> long as this behaviour exists. We might as well reduce code complexity.
>
> That said, testnet will never mimic mainnet. It has no value, or worse,
> very little value. So the incentives are different, which leads to
> different behavior. That's a whack-a-mole game, which we should probably
> not dedicate time to.
>

The question I=E2=80=99ve had for some time is why spoofed blocks on testne=
t4 come
in batches of:

- 6 blocks
-20-minute intervals
- A maximum lead time of 2 hours

If these values were set for early Bitcoin network reasons, would it make
sense to tweak them for testnet4 to improve functionality? Reducing the
maximum lead from 2 hours to 1 hour and limiting batches to 3 blocks
instead of 6 seems like it could mitigate some of the observed issues while
maintaining testnet=E2=80=99s purpose.

Would this be feasible?


>
> - Sjors
>
>
>
> --
> 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/2064B7F4-B23A-44B0-A361-0EC4=
187D8E71%40sprovoost.nl
> <https://groups.google.com/d/msgid/bitcoindev/2064B7F4-B23A-44B0-A361-0EC=
4187D8E71%40sprovoost.nl?utm_medium=3Demail&utm_source=3Dfooter>
> .
>

--=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/=
CAKaEYhLNTbA%3DqMuQ5W63jxwUoa2%2Bmpn020NC31JqGzbk0wPF-A%40mail.gmail.com.

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

<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote g=
mail_quote_container"><div dir=3D"ltr" class=3D"gmail_attr">st 19. 3. 2025 =
v=C2=A010:04 odes=C3=ADlatel Sjors Provoost &lt;<a href=3D"mailto:sjors@spr=
ovoost.nl">sjors@sprovoost.nl</a>&gt; napsal:<br></div><blockquote class=3D=
"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(2=
04,204,204);padding-left:1ex"><div>Antoine Poinsot wrote:<div><br><div><blo=
ckquote type=3D"cite"><div><div style=3D"font-family:Arial,sans-serif;font-=
size:14px"><div style=3D"font-family:Arial,sans-serif;font-size:14px"><div>=
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.<br></div></div></div></div></blockquote><br>=
</div><div>Let me clarify why developers can&#39;t mine on their own laptop=
 with testnet4.</div><div><br></div><div>The way you would do that is to mo=
ve your computer clock forward by 20 minutes (or use faketime), at which po=
int the difficulty drops to 1. You would then mine your (presumably non-sta=
ndard transaction) and broadcast it to the network.</div><div><br></div><di=
v>This is also the strategy used to acquire more testnet coins if you don&#=
39;t have an ASIC and don&#39;t want to use a faucet.</div><div><br></div><=
/div><div>On testnet3 the latter wasn&#39;t very productive because at heig=
ht 4 million the block subsidy is under 10k sats.</div><div><br></div><div>=
But on testnet4 every block yields 50 tBTC. So several people try to mine s=
uch a block, leading to the many parallel forks.=C2=A0</div><div><br></div>=
<div>If you&#39;re a developer trying to mine a non-standard transaction, y=
ou have to be fast, well connected and lucky to be the first block picked u=
p by the rest of the network.</div><div><br></div><div>But why mine just on=
e if you can mine many?</div><div><br></div><div>Some CPU miners are now mi=
ning as many testnet4 blocks as they can by bumping their clock 20 minutes =
not just once, but several times in a row. Until they run against the limit=
 other nodes put on how far a block can be in the future, namely two hours.=
 So when a real difficulty block appears, you may see 5 blocks on top of it=
 instantly.</div><div><br></div><div>This behavior is even worse from the p=
oint of view of a developer trying to mine a non-standard transaction. Beca=
use the tip of your node is always going to be about two hours in the futur=
e, when you mine on top of that by moving your clock even further, it will =
be rejected by your peers.</div><div><br></div><div>So this use case of CPU=
 mining non-standard transactions is simply dead as long as this behaviour =
exists. We might as well reduce code complexity.</div><div><br></div><div>T=
hat said, testnet will never mimic mainnet. It has no value, or worse, very=
 little value. So the incentives are different, which leads to different be=
havior. That&#39;s a whack-a-mole game, which we should probably not dedica=
te time to.</div></div></blockquote><div><br></div>The question I=E2=80=99v=
e had for some time is why spoofed blocks on testnet4 come in batches of:<b=
r><br>- 6 blocks</div><div class=3D"gmail_quote gmail_quote_container">-20-=
minute intervals<br>- A maximum lead time of 2 hours<br><br>If these values=
 were set for early Bitcoin network reasons, would it make sense to tweak t=
hem for testnet4 to improve functionality? Reducing the maximum lead from 2=
 hours to 1 hour and limiting batches to 3 blocks instead of 6 seems like i=
t could mitigate some of the observed issues while maintaining testnet=E2=
=80=99s purpose.<br><br>Would this be feasible? <br><div>=C2=A0</div><block=
quote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1=
px solid rgb(204,204,204);padding-left:1ex"><div><div><br></div><div>- Sjor=
s</div><div><br></div><div><br></div><div>=C2=A0</div></div>



-- <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" target=
=3D"_blank">bitcoindev+unsubscribe@googlegroups.com</a>.<br>
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
bitcoindev/2064B7F4-B23A-44B0-A361-0EC4187D8E71%40sprovoost.nl?utm_medium=
=3Demail&amp;utm_source=3Dfooter" target=3D"_blank">https://groups.google.c=
om/d/msgid/bitcoindev/2064B7F4-B23A-44B0-A361-0EC4187D8E71%40sprovoost.nl</=
a>.<br>
</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/CAKaEYhLNTbA%3DqMuQ5W63jxwUoa2%2Bmpn020NC31JqGzbk0wPF-A%40mail.g=
mail.com?utm_medium=3Demail&utm_source=3Dfooter">https://groups.google.com/=
d/msgid/bitcoindev/CAKaEYhLNTbA%3DqMuQ5W63jxwUoa2%2Bmpn020NC31JqGzbk0wPF-A%=
40mail.gmail.com</a>.<br />

--000000000000c89c7c0630ae68f9--