summaryrefslogtreecommitdiff
path: root/b6/6fec41aee12001ff5c871d17b0466f65c49db1
blob: 35bb7c0753b45aefd103279c46335941cc8a6115 (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
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
Delivery-date: Thu, 25 Sep 2025 14:26:40 -0700
Received: from mail-oa1-f62.google.com ([209.85.160.62])
	by mail.fairlystable.org with esmtps  (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
	(Exim 4.94.2)
	(envelope-from <bitcoindev+bncBDSKF7WH24FRBBPH23DAMGQEQPBLSTQ@googlegroups.com>)
	id 1v1tU7-0002kz-Ff
	for bitcoindev@gnusha.org; Thu, 25 Sep 2025 14:26:40 -0700
Received: by mail-oa1-f62.google.com with SMTP id 586e51a60fabf-35d009673e9sf503701fac.3
        for <bitcoindev@gnusha.org>; Thu, 25 Sep 2025 14:26:39 -0700 (PDT)
ARC-Seal: i=2; a=rsa-sha256; t=1758835593; cv=pass;
        d=google.com; s=arc-20240605;
        b=FSR3Fx5Kp92wL/ftUT8U+UWZ6d+uQCtpR1q0BF6b0TaA46pA1cMBes2vAiBuzzzSCZ
         lHkeYqr58hEk5fWZ5n5aIZH7R4wVqQPu2SzPbwxWhXHOr+GI4Q5VpAHNWex9+3AQ3Xg5
         wlMl919zd3hkWF1BJPWyU2FT1ZFyCJkBzSoDLKuosI6yhHZMhefmG9Vjx+nn3w2YMK9I
         BSZmx2GBKkHi4HSYJdw2IwBZeQgiyUOAWQclERnIx9SoZkBMYYDdVm2Abcqryf0JMD+K
         wVyqi8+VrdNHPvHvY89yHuqJInx0G2S6X7uI2CzikC4Nn5GuxY+8js5BP6qSRrPU/YdX
         aP7A==
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=Ekts9mWVQTEvnvVTo47f270gTM4kbIFxXLQZhqBmK+U=;
        fh=wT48qx8X/+rWfJZfvWCBvmK+qm2FJ3Li5zrhh1CutRw=;
        b=MZcCZwoTiNNYtmmHtwAtT46XWwtyBMdKbadXhQTZUf5r6AeTC9X8z16x7uEgdotEcb
         dJyh1G0i3WcLpbzYK+QhetfWDqP+QMBdgd+V+sFmWdKqeB43RbOx1C71/Upf/oiQRMXW
         3fyrE4g2q+Vs2zttx9BmFCDj/lV9qyZAYady9/9/OdFw0QSXTgqlBnbr+87uykK86epK
         lr/SN9DnzMqPfqyvVc2T4gw/lWw05tPO7CTgVmwF6L0mtcLxiZwfZkIDGz8NxzIyjFE8
         skKLz4dwo1k5jhqQ8q/zDil/aM8tzgsybPlBH/qRgE3KaHpCkf4fMhPGFjM2RX0nfQEm
         2G4w==;
        darn=gnusha.org
ARC-Authentication-Results: i=2; gmr-mx.google.com;
       dkim=pass header.i=@gmail.com header.s=20230601 header.b=F60xZhRv;
       spf=pass (google.com: domain of chrisguida@gmail.com designates 2607:f8b0:4864:20::82a as permitted sender) smtp.mailfrom=chrisguida@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=1758835593; x=1759440393; 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=Ekts9mWVQTEvnvVTo47f270gTM4kbIFxXLQZhqBmK+U=;
        b=ukSi5PcXDhgSrjB7q3+Gx3G/qqTOXx8tLEFRv3nAN5K+cJIW1zgl+EniTz6bQ0k2g4
         iVkGenOiShPNFUj8RoK+b5k09uORMhQJJpQKj0eoY92lqsFvSjtlV7ljKhypNEJjpidj
         az8skyeXh0C9FSFXkk39uwXQfz4C41FORoiVCaAXygsbvozVSndRNKooYob8aaMcwf17
         QcKc44ettomK42F7jl94uAdqT3we6tEFYbAVZruQQxzW9zjw4j9YbnV7cVpk8xbUQF4h
         BBkq6OyYcEoIb2NH4nSdPTWIr4IJe6348ane2PoVxGJIXtesY71a8tkei6yFEhB2G0TA
         vMJg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20230601; t=1758835593; x=1759440393; 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=Ekts9mWVQTEvnvVTo47f270gTM4kbIFxXLQZhqBmK+U=;
        b=L3U5CUBb0qNYa64Pyx93oBBfbKOe+ETfGV9ziSiDRwIPo11WqdEexto8o7jXat9mwn
         xklJqcCaqs5HLM1XVpDi9gRTReNIJ4a7UlaOcLVjUhvzNm4X4VzcSqQAapaFbDgTsQD1
         sceH7fYaAyOZqQHRiqGOO6YLxphIR61IWRAbMIcLzMCdZ3+YO/MFoL70/c2EPPGhoGNd
         UoerFqPgTmJpE2Pm3bUCaJeNJDtL5/qQid9HU+IaWfvX4IMnGM/toumuq72WajigGMGa
         43I/0JrEeYF021c+LATIAMXSRrnedV+ow1ferKwyvRyL5uew5CLZdbXaau4j+7YDFui1
         u5HQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20230601; t=1758835593; x=1759440393;
        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=Ekts9mWVQTEvnvVTo47f270gTM4kbIFxXLQZhqBmK+U=;
        b=SnlmkKJGf0Rich0kG8jvvcq9mOLPZVW2+gWALz92WZ9ybp8h+PQ4jz6ByHjmyoEXoM
         rTaio5XFM5912ZUgPJP73duT5GUYZkPvEVXIJNjjDFXGMf7WNc+2MX3zABHQCuzmUS+3
         rydkYUzHGG94U6I5jFGR85VBajIv7Tt+P1q8db4VZf3a9d9qJ9LzaEzwQsBsP6GyfW06
         ExLgQ9EeSvQbOTqLlSLoBTekZHEl1Yfhdv3TUXUxTK1Lk4xGfptfpZVkEm05cljzFT3U
         H0hetRrPDh9fvlTvzet59iibil9r2yL0Bmo5LRD1iPFH7gxBGCFC+qsMoXYXZ+NS2VhR
         YBhg==
Sender: bitcoindev@googlegroups.com
X-Forwarded-Encrypted: i=2; AJvYcCXqBKSTi4tg+BY7PySzQ+k0+Rb1UbJKJSpZaGt41b0to/Bh9du67wnAGAPMYjSwQF1Iqslu/qLVN8NE@gnusha.org
X-Gm-Message-State: AOJu0YxOCHigDcjvI4Y5OgDJ9qw24tBCQh/3dfGiws796TpeVxoSicyA
	0LIyNJcZeW2puFtwqvZJ2Vmvh2oPmKyCXzKThLJINJ/aDJob/8wutGWs
X-Google-Smtp-Source: AGHT+IEZz4Ny1/GiYoeY8rKfGbJm/P+zdt8CUDLZY0YWFZMQzfHuBEzj3rgMrYMJ91735nLuIHb3AQ==
X-Received: by 2002:a05:6870:2199:b0:30b:cb2f:bae4 with SMTP id 586e51a60fabf-35ebf3f478bmr2328889fac.12.1758835593130;
        Thu, 25 Sep 2025 14:26:33 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com; h="ARHlJd5fz+ch2g/kjQMuJAsDotXRLpfLXWztC2TmJ0wNZupr5g=="
Received: by 2002:a05:6871:51db:b0:354:e7a0:851d with SMTP id
 586e51a60fabf-35ec027dd1cls578334fac.0.-pod-prod-02-us; Thu, 25 Sep 2025
 14:26:29 -0700 (PDT)
X-Forwarded-Encrypted: i=2; AJvYcCUIxNiJIDeUQt6+ZxP/dBmtCPr9e/8FdU5ZNzOxAyvDd8uEISmuJu3yTvvLxOR3BBFcZOr8W5LpBPg2@googlegroups.com
X-Received: by 2002:a05:6808:5090:b0:43f:193e:28c with SMTP id 5614622812f47-43f4cefd9b6mr2228989b6e.46.1758835589099;
        Thu, 25 Sep 2025 14:26:29 -0700 (PDT)
Received: by 2002:a05:6808:1a15:b0:43f:5b9f:a4a0 with SMTP id 5614622812f47-43f5e0fa8c5msb6e;
        Thu, 25 Sep 2025 10:52:16 -0700 (PDT)
X-Forwarded-Encrypted: i=2; AJvYcCUxvF4hYKigH1DIz2XOugO80tZw4f6YOFblzxL/KRZj2XIpU/wdRiSAEhjd2Gaduw4qUpy7oJl5zYaS@googlegroups.com
X-Received: by 2002:a05:6a21:3282:b0:262:1611:6528 with SMTP id adf61e73a8af0-2e7cdda0840mr5537251637.29.1758822735267;
        Thu, 25 Sep 2025 10:52:15 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1758822735; cv=none;
        d=google.com; s=arc-20240605;
        b=W5T9bF0jIdhh9nbfYOgJ7YHhQQ/ymPkJc30Ny2AN+c+mAD7sFWJB2/8PsSHZjcxbI/
         mfDNZJzbG3BHTtuawzXCrtGSyYmJkuUfD781MuK9lzUZDxyGs5lWSpI2rqDfP3yXD2im
         eANfaVYLVuNEopksA8nA8pZuPoKwgXL0V3iETgXRIUglo3GVfdlCouRaQFRjrIL/bXtI
         bWa2+BelDmpTIMuoNnzgzlJNO8nZX02WmGJfsJUBFGY1enDAcEei7x8Cp7yrJuKBPqHT
         JSXJbSgjYVgKPlnvA/E2G/f4+LZEyAdScSbj7r0b+FuuWZYWbg8czAxbNwU1a6Pqjv/z
         wdqw==
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=AwYsSS5rGZ0x+qXPMvltHMrHw+IJ1Krfwsf6rf/zMG0=;
        fh=9xmNY4XdMKREWdPhDzLWU3JejJHM9N4J/13Pi5FlEaU=;
        b=MsPApsvPmT3AbmRdaXDHGPQBScL9QKAXQg//2uHcKJH6wHND6u06xok9NNrxJsDSV+
         LQtRk1ttj2o+lSeCtBq0b3513BYS8XDDV9HJmDPdWABw0CxaVk+CTwfhRreUcyb0GKe0
         QolBJJddsMtPFqbNtdQI9aTQ8f1BbGSftaZi4kXN3R9e9b2XEaY6YDK1tBUdKkPQ5H2j
         TsDwK3vGJVxdws+2WkjW9iUnbvQTPpV/al+f3s89WVIJRi1kwkVTy4nKFKDLDGR2F+Uy
         njEuisyPDe87loAvbvYqTdoyC1oaRaY0UVy0uFVkAR7Ck0XVf2TmOs7tLKn+IRv0XUbd
         nf4g==;
        dara=google.com
ARC-Authentication-Results: i=1; gmr-mx.google.com;
       dkim=pass header.i=@gmail.com header.s=20230601 header.b=F60xZhRv;
       spf=pass (google.com: domain of chrisguida@gmail.com designates 2607:f8b0:4864:20::82a as permitted sender) smtp.mailfrom=chrisguida@gmail.com;
       dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com;
       dara=pass header.i=@googlegroups.com
Received: from mail-qt1-x82a.google.com (mail-qt1-x82a.google.com. [2607:f8b0:4864:20::82a])
        by gmr-mx.google.com with ESMTPS id 41be03b00d2f7-b57c539db71si134107a12.1.2025.09.25.10.52.15
        for <bitcoindev@googlegroups.com>
        (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
        Thu, 25 Sep 2025 10:52:15 -0700 (PDT)
Received-SPF: pass (google.com: domain of chrisguida@gmail.com designates 2607:f8b0:4864:20::82a as permitted sender) client-ip=2607:f8b0:4864:20::82a;
Received: by mail-qt1-x82a.google.com with SMTP id d75a77b69052e-4c7de9cc647so12844551cf.2
        for <bitcoindev@googlegroups.com>; Thu, 25 Sep 2025 10:52:15 -0700 (PDT)
X-Forwarded-Encrypted: i=1; AJvYcCVdqzTOhvrkLXP412fxRRKTHwzIQsQQz/hRIKZmdzeryYWQIC/TUMfZCC/xHp7O7MubdCXMcoUxjmVz@googlegroups.com
X-Gm-Gg: ASbGncuZef3pkdILa86UflMK8Eu8Rn7KqWNCPGFIzz/yO7LsVJhOwuQc4w+aCyejXBg
	7zkjwOEON9mhIgMZzwtP69Efg92QfIFXLPtQbOoU2m0iBLlYjNcYszNs+xaTpcjWEPFOMQvhMp/
	yW8OuDJe7duJV75K32puOmUebLPfOjmYuvax4OvT3VbY8eWy44jr1F0TLp3ePTR1QlrT2o9/+aj
	abMRQ==
X-Received: by 2002:ad4:5deb:0:b0:78a:6235:394 with SMTP id
 6a1803df08f44-7fc2f4c4931mr73867156d6.22.1758822734127; Thu, 25 Sep 2025
 10:52:14 -0700 (PDT)
MIME-Version: 1.0
References: <cbdab6fa-93bc-44c9-80f0-6c68c6554f56n@googlegroups.com>
 <CAAS2fgRFP+BJUZR7h01=7=qamD5qEW6OYJikTMR=5RkxTCEMZg@mail.gmail.com>
 <de4dae19-86f4-4d7a-a895-b48664babbfcn@googlegroups.com> <CAAS2fgRABqRe1j6xzW0uhVrDiQnL6x1X6ALzfsJ7w4GztWVeNA@mail.gmail.com>
In-Reply-To: <CAAS2fgRABqRe1j6xzW0uhVrDiQnL6x1X6ALzfsJ7w4GztWVeNA@mail.gmail.com>
From: Chris Guida <chrisguida@gmail.com>
Date: Thu, 25 Sep 2025 11:52:02 -0600
X-Gm-Features: AS18NWCmT2MqkudS2-xFyHy6wAd1Yh_Yv5ZiUBepashu2Odsn2wMDJjtkxysTlQ
Message-ID: <CAAANnUxBTRzE1PLe9oJU_ukmp3a_y799W_7Ez4rOUOYPhdu26A@mail.gmail.com>
Subject: Re: [bitcoindev] [BIP Proposal] Mempool Validation and Relay Policies
 via User-Defined Scripts
To: Greg Maxwell <gmaxwell@gmail.com>
Cc: Aiden McClelland <me@drbonez.dev>, 
	Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Content-Type: multipart/alternative; boundary="0000000000004a6611063fa3d407"
X-Original-Sender: ChrisGuida@gmail.com
X-Original-Authentication-Results: gmr-mx.google.com;       dkim=pass
 header.i=@gmail.com header.s=20230601 header.b=F60xZhRv;       spf=pass
 (google.com: domain of chrisguida@gmail.com designates 2607:f8b0:4864:20::82a
 as permitted sender) smtp.mailfrom=chrisguida@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 (/)

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

Hi Greg -

I think it's worth pointing out that "just update configs instead of having
to update software" is exactly what this BIP is proposing, and it takes
this idea a step further by giving users the ability to update their filter
software without having to update their bitcoin node software.

For miners wanting to add customizations, a modular system like the one in
the BIP proposal is clearly a better experience than having to edit
hardcoded filters in bitcoind.

You seem to be arguing that miners should be able to change their local
policies but that non-mining nodes should have to update their policies to
match what miners are using, is that correct?

I don't see a problem with letting users relay (or refuse to relay)
whatever transactions they like. If a transaction format is not commonly
filtered, it will most likely get confirmed. Conversely, if a supermajority
of nodes filters it, it will probably not be confirmed. I very much doubt
that a supermajority of nodes would agree to filter something harmless. But
even if they do, there is always direct miner submission (additional work
is required to support small miners), so censorship is very unlikely.

As for your comments on "distributed authoritarianism"... it just seems
like you're saying "everyone might agree to do something core devs don't
want them to do, so we can't allow that". But perhaps I misunderstood?

Anyway, forcing users to relay transactions they consider abusive if they
want to relay any transactions at all does not seem in keeping with
bitcoin's ethos, not to mention that it obviously would never work.

Best regards,

--Chris Guida

On Wed, Sep 24, 2025 at 4:50=E2=80=AFPM Greg Maxwell <gmaxwell@gmail.com> w=
rote:

> So that when the "consistent state" changes as a result of some issue you
> can update configs instead of having to update software-- which has
> considerable more costs and risks, especially if you're carrying local
> customizations as many miners do.
>
>
> On Wed, Sep 24, 2025 at 8:47=E2=80=AFPM Aiden McClelland <me@drbonez.dev>=
 wrote:
>
>> If mempool consistency across the network is all that is important, why
>> allow any configuration of mempool relay policies at all?
>>
>> On Wednesday, September 24, 2025 at 12:47:28=E2=80=AFPM UTC-6 Greg Maxwe=
ll wrote:
>>
>>> This appears to substantially misunderstands the purpose of the mempool
>>> broadly in the network-- it's purpose is to model what will get mined. =
 If
>>> you're not doing that you might as well set blocks only.
>>> Significant discrepancies are harmful to the system and promote
>>> centralization and fail to achieve a useful purpose in any case.  What
>>> marginal benefits might be provided do not justify building and deployi=
ng
>>> the technological infrastructure for massive censorship.
>>>
>>> If you think this is important, I advise you to select another
>>> cryptocurrency which is compatible with such authoritarian leanings.  -=
-
>>> though I am unsure if any exist since it is such a transparently pointl=
ess
>>> direction.
>>>
>>>
>>> On Wed, Sep 24, 2025 at 6:30=E2=80=AFPM Aiden McClelland <m...@drbonez.=
dev>
>>> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I'd like to share for discussion a draft BIP to allow for a modular
>>>> mempool/relay policy: https://github.com/bitcoin/bips/pull/1985
>>>>
>>>> I think it could potentially reduce conflict within the community
>>>> around relay policy, as an alternative to running lots of different no=
de
>>>> implementations/forks when there are disagreements.
>>>>
>>>> I am working on a reference implementation using Bellard's QuickJS, bu=
t
>>>> it has been almost a decade since I've written C++, so it's slow going=
 and
>>>> I'm sure doesn't follow best-practices. Once it's working, it can be
>>>> cleaned up.
>>>>
>>>> Thanks,
>>>> Aiden McClelland
>>>>
>>>> --
>>>> 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+...@googlegroups.com.
>>>> To view this discussion visit
>>>> https://groups.google.com/d/msgid/bitcoindev/cbdab6fa-93bc-44c9-80f0-6=
c68c6554f56n%40googlegroups.com
>>>> <https://groups.google.com/d/msgid/bitcoindev/cbdab6fa-93bc-44c9-80f0-=
6c68c6554f56n%40googlegroups.com?utm_medium=3Demail&utm_source=3Dfooter>
>>>> .
>>>>
>>> --
>> 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/de4dae19-86f4-4d7a-a895-b48=
664babbfcn%40googlegroups.com
>> <https://groups.google.com/d/msgid/bitcoindev/de4dae19-86f4-4d7a-a895-b4=
8664babbfcn%40googlegroups.com?utm_medium=3Demail&utm_source=3Dfooter>
>> .
>>
> --
> 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/CAAS2fgRABqRe1j6xzW0uhVrDiQn=
L6x1X6ALzfsJ7w4GztWVeNA%40mail.gmail.com
> <https://groups.google.com/d/msgid/bitcoindev/CAAS2fgRABqRe1j6xzW0uhVrDiQ=
nL6x1X6ALzfsJ7w4GztWVeNA%40mail.gmail.com?utm_medium=3Demail&utm_source=3Df=
ooter>
> .
>

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

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

<div dir=3D"ltr"><div>Hi Greg -</div><div><br></div><div>I think it&#39;s w=
orth pointing out that &quot;just update configs instead of having to updat=
e software&quot; is exactly what this BIP is proposing, and it takes this i=
dea a step further by giving users the ability to update their filter softw=
are without having to update their bitcoin node software.</div><div><br></d=
iv><div>For miners wanting to add customizations, a modular system like the=
 one in the BIP proposal is clearly a better experience than having to edit=
 hardcoded filters in bitcoind.</div><div><br></div><div>You seem to be arg=
uing that miners should be able to change their local policies but that non=
-mining nodes should have to update their policies to match what miners are=
 using, is that correct?</div><div><br></div><div>I don&#39;t see a problem=
 with letting users relay (or refuse to relay) whatever=20
transactions they like. If a transaction format is not commonly=20
filtered, it will most likely get confirmed. Conversely, if a=20
supermajority of nodes filters it, it will probably not be confirmed. I=20
very much doubt that a supermajority of nodes would agree to filter=20
something harmless. But even if they do, there is always direct miner=20
submission (additional work is required to support small miners), so censor=
ship is very unlikely.</div><div><br></div><div>As for your comments on &qu=
ot;distributed authoritarianism&quot;... it just seems like you&#39;re sayi=
ng &quot;everyone might agree to do something core devs don&#39;t want them=
 to do, so we can&#39;t allow that&quot;. But perhaps I misunderstood?</div=
><div><br></div><div>Anyway, forcing users to relay transactions they consi=
der abusive if they want to relay any transactions at all does not seem in =
keeping with bitcoin&#39;s ethos, not to mention that it obviously would ne=
ver work.<br></div><div><br></div><div>Best regards,</div><div><br></div><d=
iv>--Chris Guida<br></div></div><br><div class=3D"gmail_quote gmail_quote_c=
ontainer"><div dir=3D"ltr" class=3D"gmail_attr">On Wed, Sep 24, 2025 at 4:5=
0=E2=80=AFPM Greg Maxwell &lt;<a href=3D"mailto:gmaxwell@gmail.com">gmaxwel=
l@gmail.com</a>&gt; wrote:<br></div><blockquote class=3D"gmail_quote" style=
=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding=
-left:1ex"><div dir=3D"ltr"><div>So that when the &quot;consistent state&qu=
ot; changes as a result of some issue you can update configs instead of hav=
ing to update software-- which has considerable more costs and risks, espec=
ially if you&#39;re carrying local customizations as many miners do.</div><=
div><br></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=
=3D"gmail_attr">On Wed, Sep 24, 2025 at 8:47=E2=80=AFPM Aiden McClelland &l=
t;<a href=3D"mailto:me@drbonez.dev" target=3D"_blank">me@drbonez.dev</a>&gt=
; wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px=
 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">If memp=
ool consistency across the network is all that is important, why allow any =
configuration of mempool relay policies at all?<br><br><div class=3D"gmail_=
quote"><div dir=3D"auto" class=3D"gmail_attr">On Wednesday, September 24, 2=
025 at 12:47:28=E2=80=AFPM UTC-6 Greg Maxwell wrote:<br></div><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px soli=
d rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>This appears to =
substantially=C2=A0misunderstands the purpose of the mempool broadly in the=
 network-- it&#39;s purpose is to model what will get mined.=C2=A0 If you&#=
39;re not doing that you might as well set blocks only.=C2=A0 Significant=
=C2=A0discrepancies=C2=A0are harmful to the system and promote centralizati=
on=C2=A0and fail to achieve a useful purpose in any case.=C2=A0 What margin=
al benefits might be provided do not justify=C2=A0building and deploying th=
e technological=C2=A0infrastructure=C2=A0for massive censorship.</div><div>=
<br></div><div>If you think this is important, I advise you to select anoth=
er cryptocurrency which is compatible with such authoritarian=C2=A0leanings=
.=C2=A0 -- though I am unsure if any exist since it is such a transparently=
 pointless direction.</div><div><br></div></div><br><div class=3D"gmail_quo=
te"></div><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">=
On Wed, Sep 24, 2025 at 6:30=E2=80=AFPM Aiden McClelland &lt;<a rel=3D"nofo=
llow">m...@drbonez.dev</a>&gt; wrote:<br></div></div><div class=3D"gmail_qu=
ote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;bo=
rder-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Hi all,</div><d=
iv><br></div><div>I&#39;d like to share for discussion a draft BIP to allow=
 for a modular mempool/relay policy: <a href=3D"https://github.com/bitcoin/=
bips/pull/1985" rel=3D"nofollow" target=3D"_blank">https://github.com/bitco=
in/bips/pull/1985</a><br><br></div><div>I think it could potentially reduce=
 conflict within the community around relay policy, as an alternative to ru=
nning lots of different node implementations/forks when there are disagreem=
ents.</div><div><br></div><div>I am working on a reference implementation u=
sing Bellard&#39;s QuickJS, but it has been almost a decade since I&#39;ve =
written C++, so it&#39;s slow going and I&#39;m sure doesn&#39;t follow bes=
t-practices. Once it&#39;s working, it can be cleaned up.</div><div><br></d=
iv><div>Thanks,</div><div>Aiden McClelland<br></div>

<p></p></blockquote></div><div class=3D"gmail_quote"><blockquote class=3D"g=
mail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204=
,204,204);padding-left:1ex">

-- <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 rel=3D"nofollow">bitcoindev+...@googlegroups.com</a>.<br>
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
bitcoindev/cbdab6fa-93bc-44c9-80f0-6c68c6554f56n%40googlegroups.com?utm_med=
ium=3Demail&amp;utm_source=3Dfooter" rel=3D"nofollow" target=3D"_blank">htt=
ps://groups.google.com/d/msgid/bitcoindev/cbdab6fa-93bc-44c9-80f0-6c68c6554=
f56n%40googlegroups.com</a>.<br>
</blockquote></div>
</blockquote></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" target=
=3D"_blank">bitcoindev+unsubscribe@googlegroups.com</a>.<br>
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
bitcoindev/de4dae19-86f4-4d7a-a895-b48664babbfcn%40googlegroups.com?utm_med=
ium=3Demail&amp;utm_source=3Dfooter" target=3D"_blank">https://groups.googl=
e.com/d/msgid/bitcoindev/de4dae19-86f4-4d7a-a895-b48664babbfcn%40googlegrou=
ps.com</a>.<br>
</blockquote></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" target=
=3D"_blank">bitcoindev+unsubscribe@googlegroups.com</a>.<br>
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
bitcoindev/CAAS2fgRABqRe1j6xzW0uhVrDiQnL6x1X6ALzfsJ7w4GztWVeNA%40mail.gmail=
.com?utm_medium=3Demail&amp;utm_source=3Dfooter" target=3D"_blank">https://=
groups.google.com/d/msgid/bitcoindev/CAAS2fgRABqRe1j6xzW0uhVrDiQnL6x1X6ALzf=
sJ7w4GztWVeNA%40mail.gmail.com</a>.<br>
</blockquote></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/CAAANnUxBTRzE1PLe9oJU_ukmp3a_y799W_7Ez4rOUOYPhdu26A%40mail.gmail=
.com?utm_medium=3Demail&utm_source=3Dfooter">https://groups.google.com/d/ms=
gid/bitcoindev/CAAANnUxBTRzE1PLe9oJU_ukmp3a_y799W_7Ez4rOUOYPhdu26A%40mail.g=
mail.com</a>.<br />

--0000000000004a6611063fa3d407--