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
|
Delivery-date: Sat, 27 Sep 2025 08:22:23 -0700
Received: from mail-oa1-f57.google.com ([209.85.160.57])
by mail.fairlystable.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
(Exim 4.94.2)
(envelope-from <bitcoindev+bncBDS6BON55QCBBJEC4DDAMGQEXUMNT2Q@googlegroups.com>)
id 1v2Wkg-0001qB-9S
for bitcoindev@gnusha.org; Sat, 27 Sep 2025 08:22:23 -0700
Received: by mail-oa1-f57.google.com with SMTP id 586e51a60fabf-34881ca6496sf4388939fac.3
for <bitcoindev@gnusha.org>; Sat, 27 Sep 2025 08:22:22 -0700 (PDT)
ARC-Seal: i=2; a=rsa-sha256; t=1758986536; cv=pass;
d=google.com; s=arc-20240605;
b=gOFpRsidLdQmrdRoxLPWpX1pRYhhZYTpHBpH4aXFbcygpfd8AFZiTRWdlAsMJDU45S
uVbccrKQaZaJzkga8/cSfJwjbRu1oGiRjC6sA+Sr6Tm2Xf/U7hmU6CzT4OBCOonahO3e
EKtUN++TmQ6SKHGVg1QmU0HEsa2ZYwWLPXKbxA35bxLCzgVxBWDXT7+hGvTdBYsDId+E
MMp7e07FnEm0fBm3/M2weallHNqHt9iZHWlLXBKA+FJDvgd4X7BMrAwmcXn11XIy4SH3
aYXhExXcpKa/JXPkPX5ZGd2A4Cxu36coIsbF0Z5p3E2G2WTN4R8H0Uc9G7MGDBss70Sa
puvA==
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:reply-to:mime-version:feedback-id
:references:in-reply-to:message-id:subject:cc:from:to:date
:dkim-signature;
bh=3E7dXuzBAicgGyvJJs5uqyxfy0dskJf4A6ZjJSzipVE=;
fh=7NDTEFFMe3NdN3SiwDr4R7JLQXAMjwqHrnbRki1LPJg=;
b=h2vfGKEmPUnb0+qIl3aQnnfFhByra6EGIv06hgwDAsYu5z8mUCTNEK4ejLJbiou7KF
YLBuLk0G14kZluKET8MzB2tSOWdu1CtE/qSGbZVPxQ9McKI0iaqKKbrNb9C4Wb6X0ZpQ
FJwjdfqXCUxEeCNNsm9yuVFf7CfEROg1TdfYxXAwWzBqj9JFOcs9AjkH0jpUbpjTt3td
pZadDaMCp/38ElkquWZZORzanQj8AdVXwFGkKQveIdTluQPrsUPkhBrbPh0m5mdNWsIL
11k6vilZCY6iQjeEJSjWwjwHgrhp0bTRuBp2m0DAWvEmGa3MDYpROyLdb1uEwqfxGWjV
SwSw==;
darn=gnusha.org
ARC-Authentication-Results: i=2; gmr-mx.google.com;
dkim=pass header.i=@proton.me header.s=pbsqafytxva2jkn5bj5uscovqe.protonmail header.b=kACfoISC;
spf=pass (google.com: domain of oj.webtc0@proton.me designates 109.224.244.17 as permitted sender) smtp.mailfrom=oj.webtc0@proton.me;
dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=proton.me
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlegroups.com; s=20230601; t=1758986536; x=1759591336; darn=gnusha.org;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:reply-to
:x-original-authentication-results:x-original-sender:mime-version
:feedback-id:references:in-reply-to:message-id:subject:cc:from:to
:date:from:to:cc:subject:date:message-id:reply-to;
bh=3E7dXuzBAicgGyvJJs5uqyxfy0dskJf4A6ZjJSzipVE=;
b=sKWiKWZzO8JId0jgwWGwWlD+Arr3nZMJH0774QeIuyO7G1KwtTxfCRD/wTJgL/rSat
t1D/8spUTQi8BkVDGdjiYzUemKzHrLKm1Yy7VEL5pdpZjjRQLy3NIS4o3hNstYeHOwPC
XSw4aK6rR/V8E0tomP8nu0dSSDXaB4rd/l3sGoXMQVpsgj9vhGagC4wqgA1iKg71Xpjx
zdgjm0L8kkEhaoW3gZ8UdZYVKF8h2tcJWzc/UMZgTVXA/0PY3zUzJUfgNQr0nXnxTgfu
xTPg0OLVUwBe7ZizURgf4HUhb5ywGo2bD5dpv6JX+2ArdcHJYF8HeNNreVQlmWnB8TKs
CEDQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1758986536; x=1759591336;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:reply-to
:x-original-authentication-results:x-original-sender:mime-version
:feedback-id:references:in-reply-to:message-id:subject:cc:from:to
:date:x-beenthere:x-gm-message-state:from:to:cc:subject:date
:message-id:reply-to;
bh=3E7dXuzBAicgGyvJJs5uqyxfy0dskJf4A6ZjJSzipVE=;
b=HDe0IVNHIyH8X0l2BtojvcIgXGJVlZYI4D7hiPMoC3rQEJ4kvJJ1sS91rjxGetCPqW
pZW+XdRYDumRZgrxHo2xn91wTGmV149RPZOLC5VNQTcC3pIeT58Rt1h1UdF5W7xc8dek
0lA2GOX8MOFwkNQycWne+ydcjOtAmJm2uzxeEH62QzPBVQ0pEqJyngbh6bx0r3+oIuAm
Y57Jv+xbIMcRkfjXmzViP9sgRl8CyJXZP4pUxH4kBIO735r1CPLdv5+FNhEOE/BcuYxT
BbcFv/4ovEeS4pX8bnJmRg6t9ubTdeeiwbPtkt4tiRsZ63BdgwgyZ+GBWAsJwB54AtqS
OKTg==
X-Forwarded-Encrypted: i=2; AJvYcCV6Uc+BDZuoUHYNlEUbZB7ORy1pBsNDSQCQxEQyunrL6lM4VS/sRcRZN+PCh0h55EyH/daAlIHTNSmg@gnusha.org
X-Gm-Message-State: AOJu0Yy50DE58RPVgvAy1ojqHD2NSzy7ECnjrjycQeEHNZo7SFz2HvSp
AuX3e3P2TEejzHRcm6z0imVrGJUUXO6SvDAcBM/Ay+wM0J1fVoD/5Z4k
X-Google-Smtp-Source: AGHT+IHDM8BT0J/9UZIv70pY8++FsWxLJA3nMFTVCb6hfbDEZRhutJ5w9KNbDAftKy23VK1Tzms4bg==
X-Received: by 2002:a05:6871:5821:b0:333:507d:8cca with SMTP id 586e51a60fabf-35ee95de548mr4253529fac.36.1758986535879;
Sat, 27 Sep 2025 08:22:15 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com; h="ARHlJd5bVj4pl2EDyzYpgHDqBd1CtdJ8q1asMUZqeYaoZG9TGA=="
Received: by 2002:a05:6870:a413:b0:31d:71b5:3ff8 with SMTP id
586e51a60fabf-35ec2f2a80cls2078917fac.0.-pod-prod-09-us; Sat, 27 Sep 2025
08:22:12 -0700 (PDT)
X-Forwarded-Encrypted: i=2; AJvYcCVZ++JdtIwO//NDGBRlZazDe2KR5SuUnSl8jQtKr7330H9ihZFcNe7RdBF7Ga5vENsfv+HI5svrSis/@googlegroups.com
X-Received: by 2002:a05:6808:1807:b0:43f:122c:a6fc with SMTP id 5614622812f47-43f4cea543dmr3002574b6e.36.1758986532060;
Sat, 27 Sep 2025 08:22:12 -0700 (PDT)
Received: by 2002:a05:6808:22c9:b0:438:241d:e72f with SMTP id 5614622812f47-43f5e412992msb6e;
Sat, 27 Sep 2025 07:44:19 -0700 (PDT)
X-Forwarded-Encrypted: i=2; AJvYcCUUI8YesI8HT1K2jEl7v4nQVLoLNypaEPIcVL9nZ3ssS2idAxwNQNfv1LWVNzEvZjxV5rwaxvLTxhBQ@googlegroups.com
X-Received: by 2002:a17:903:38cd:b0:25c:8745:4a58 with SMTP id d9443c01a7336-27ed49b3091mr125350245ad.3.1758984258066;
Sat, 27 Sep 2025 07:44:18 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1758984258; cv=none;
d=google.com; s=arc-20240605;
b=XGKzyUXTKrJ+q/1rfo5vOWrCW7CMh+hf8OHGOB+7WKnRpaFzJ+QqvqVNy1cmtd8ek+
zEpFBEmuHYXdNVnX6m0a1mqEKW6XTdEXRTXziLjcJKkCIevQ/9BZaQZuh7xCQJm4oJ24
4sd8WDtPNPg7JlGVPv6t58RqlfRaM7g1tEp7ovcJPoSCe4akwY9IB6exc7THkysYlH7f
ctPexN6ZiVDmfp9mMni40i6Y5Ixbwd2m/n5ipuYWsxFLWBDjjCMsPXlE28nUtTMWwZEE
viRLfyDmrpZPyAY5s+3fCuJ6+Z9/YT7ORNoskKKaRIolWoLQsCYK0V3AXZCYyHS9odpr
fvzA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605;
h=mime-version:feedback-id:references:in-reply-to:message-id:subject
:cc:from:to:date:dkim-signature;
bh=jZt12ljUMxPWpdmePnkYIIAgz60yz4HATPzGx7MiOl8=;
fh=l01jV012MSVgOivpSI96IEE8AOpbn4tdEKlOldJ6FO0=;
b=PwaC/xvaq+Xk9k8jVr+JrAvZOthjsZmRbwOFd4Zf0xMbKYj44YWYYl0KLOs6OTODxW
VN4uKSYaJIhWjzlfeO80VjzAWddNXK0KajTQTB8LKy8bNpGDpxV/yqQML6M0oNmuHOSv
9KDFOg3U/lRYxb7/q5+yF70SOchRtqZ3jOBgDuVHGRvueX7yLWJfIeXRnXY9h2CrdbXP
qO52u6sFz6a13cv+AUbZax49+P8qz9DZgIYHr7rfemyXwzrJO3FyQjXYL47VM8H0btnO
sQUtoX99xyTxpwe1m8PyxqDTBfVLubF7yEY9CwStb+07xo63mBGjEEyt6VJmqlai8Dp/
WunA==;
dara=google.com
ARC-Authentication-Results: i=1; gmr-mx.google.com;
dkim=pass header.i=@proton.me header.s=pbsqafytxva2jkn5bj5uscovqe.protonmail header.b=kACfoISC;
spf=pass (google.com: domain of oj.webtc0@proton.me designates 109.224.244.17 as permitted sender) smtp.mailfrom=oj.webtc0@proton.me;
dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=proton.me
Received: from mail-24417.protonmail.ch (mail-24417.protonmail.ch. [109.224.244.17])
by gmr-mx.google.com with ESMTPS id 98e67ed59e1d1-3353202ca5esi114412a91.0.2025.09.27.07.44.17
for <bitcoindev@googlegroups.com>
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Sat, 27 Sep 2025 07:44:17 -0700 (PDT)
Received-SPF: pass (google.com: domain of oj.webtc0@proton.me designates 109.224.244.17 as permitted sender) client-ip=109.224.244.17;
Date: Sat, 27 Sep 2025 14:44:12 +0000
To: "garlonicon@gmail.com" <garlonicon@gmail.com>
From: "'OJ' via Bitcoin Development Mailing List" <bitcoindev@googlegroups.com>
Cc: "apoelstra@wpsoftware.net" <apoelstra@wpsoftware.net>, "bitcoindev@googlegroups.com" <bitcoindev@googlegroups.com>
Subject: Re: [bitcoindev] [BIP Proposal] Mempool Validation and Relay Policies
via User-Defined Scripts
Message-ID: <Rr9InzRLdLOAtNdtSzmgBmCX634eSgDHEPS4fW-0WCCA31XHfbTSWQ1tweH0GeNhH9BhCREn_2sU5AR2SmXXgOm8SpkkVwciq7ql8K7yBiE=@proton.me>
In-Reply-To: <CAN7kyNgxnKoX7OBLOiHZWLg+9rvisbpmEMrs9RsSMDfeT-sw3w@mail.gmail.com>
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> <CAAANnUxBTRzE1PLe9oJU_ukmp3a_y799W_7Ez4rOUOYPhdu26A@mail.gmail.com> <aNXRSd7ygh6NqE1V@mail.wpsoftware.net> <CAN7kyNgxnKoX7OBLOiHZWLg+9rvisbpmEMrs9RsSMDfeT-sw3w@mail.gmail.com>
Feedback-ID: 155733714:user:proton
X-Pm-Message-ID: ebd17b68bc3d274f12dd1ec4a00b2a7e13c47452
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="b1=_cCigssFrm44rP8i3LxII1amzbsHUZR0D1L9d9itfq8"
X-Original-Sender: oj.webtc0@proton.me
X-Original-Authentication-Results: gmr-mx.google.com; dkim=pass
header.i=@proton.me header.s=pbsqafytxva2jkn5bj5uscovqe.protonmail
header.b=kACfoISC; spf=pass (google.com: domain of oj.webtc0@proton.me
designates 109.224.244.17 as permitted sender) smtp.mailfrom=oj.webtc0@proton.me;
dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=proton.me
X-Original-From: OJ <oj.webtc0@proton.me>
Reply-To: OJ <oj.webtc0@proton.me>
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: -1.0 (-)
--b1=_cCigssFrm44rP8i3LxII1amzbsHUZR0D1L9d9itfq8
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
I fail to understand how we come from "filters do not work" to "filters ado=
pted by a majority is censorship". There seems to be a confusion too regard=
ing filtering arbitrary data and censorship of consensus valid tx, like OFA=
C compliant block. Those two are different. Chris G has pointed out many ti=
mes as well that spam cannot be stopped with consensus rules change, only v=
ia policy it can be filtered to make the spammers attempt more difficult.
Invoking Satoshi by Greg Maxwell is also disingenuous when he was the first=
to have policy in place to prevent specific script into blocks.
Also the thinking that miners control the network is also bad as its imposi=
ng behaviour on nodes runners such that the relay network mempool should al=
ways be consistent with what gets mined.
Each node is a free agent that determine what its mempool should be and con=
versely miners are the one that should take notice of what the relay networ=
k homogeneous mempool is.
This BIP proposal move in the right direction in regards to finding a compr=
omise while not disparaging anyones right as a free agent node runner.
Best regards,
-------- Original Message --------
On 9/26/25 2:03 PM, Garlo Nicon wrote:
>> You cannot pick and choose which parts of a block you like and which par=
ts are "abusive".
>
> In the current implementation, yes. But if you accept a proof, that a blo=
ck is valid, instead of accepting a block in plaintext, then you can land o=
n the same chain. Because after all, pruned nodes care only about the last =
288 blocks, or something like that. If they can update their UTXO set, and =
always land on a valid chain, then they don't need transaction data in plai=
ntext. They just need to update their UTXO database in a way, where attacki=
ng it would require breaking ECDSA, SHA-256, or similar things (a proof-bas=
ed system, which would not weaken existing cryptographic assumptions, would=
be sufficient).
>
> And the same is true about Initial Blockchain Download. Only today, you h=
ave to download hundreds of GBs, to synchronize the new node from scratch. =
But it can be changed, and as the size of the whole chain will grow, people=
will be pushed, to start deploying some optimizations. Otherwise, there wi=
ll be even less nodes, if node operators will decide to trust centralized s=
olutions instead, or do things, which already happened in some altcoins, wh=
ere people passed around an already synced node data, and trusted, that it =
is valid (especially in CPU-mined coins, where verifying thousands blocks r=
equired similar effort, than mining a new block).
>
> pt., 26 wrz 2025 o 02:25 Andrew Poelstra <apoelstra@wpsoftware.net> napis=
a=C5=82(a):
>
>> On Thu, Sep 25, 2025 at 11:52:02AM -0600, Chris Guida wrote:
>>>
>>> Anyway, forcing users to relay transactions they consider abusive if th=
ey
>>> 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.
>>>
>>
>> Once a transaction is in a block, you need to relay the transaction if
>> you want to relay a block. You cannot pick and choose which parts of a
>> block you like and which parts are "abusive". This is what it means for
>> something to be a consensus system.
>>
>> The purpose of the mempool is to approximate the contents of blocks,
>> both to help individual node operators (who would otherwise get large
>> quantities of "surprise transactions" with every block) and to help the
>> network (which would otherwise have poor propagation properties).
>>
>> Any sort of filtering beyond that done by miners is contrary to this
>> purpose of the mempool. This is a technical fact. It has nothing to do
>> with "bitcoin's ethos", except its ethos as a consensus system, which
>> directly contradicts your point.
>>
>> --
>> Andrew Poelstra
>> Director, Blockstream Research
>> Email: apoelstra at wpsoftware.net
>> Web: https://www.wpsoftware.net/andrew
>>
>> The sun is always shining in space
>> -Justin Lewis-Webster
>>
>> --
>> 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](mailto:bitcoindev%2Bun=
subscribe@googlegroups.com).
>> To view this discussion visit https://groups.google.com/d/msgid/bitcoind=
ev/aNXRSd7ygh6NqE1V%40mail.wpsoftware.net.
>
> --
> 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/bitcoind=
ev/CAN7kyNgxnKoX7OBLOiHZWLg%2B9rvisbpmEMrs9RsSMDfeT-sw3w%40mail.gmail.com](=
https://groups.google.com/d/msgid/bitcoindev/CAN7kyNgxnKoX7OBLOiHZWLg%2B9rv=
isbpmEMrs9RsSMDfeT-sw3w%40mail.gmail.com?utm_medium=3Demail&utm_source=3Dfo=
oter).
--=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/=
Rr9InzRLdLOAtNdtSzmgBmCX634eSgDHEPS4fW-0WCCA31XHfbTSWQ1tweH0GeNhH9BhCREn_2s=
U5AR2SmXXgOm8SpkkVwciq7ql8K7yBiE%3D%40proton.me.
--b1=_cCigssFrm44rP8i3LxII1amzbsHUZR0D1L9d9itfq8
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<p dir=3D"ltr">I fail to understand how we come from "filters do not work" =
to "filters adopted by a majority is censorship". There seems to be a confu=
sion too regarding filtering arbitrary data and censorship of consensus val=
id tx, like OFAC compliant block. Those two are different. Chris G has poin=
ted out many times as well that spam cannot be stopped with consensus rules=
change, only via policy it can be filtered to make the spammers attempt mo=
re difficult. <br>
Invoking Satoshi by Greg Maxwell is also disingenuous when he was the first=
to have policy in place to prevent specific script into blocks. </p>
<p dir=3D"ltr">Also the thinking that miners control the network is also ba=
d as its imposing behaviour on nodes runners such that the relay network me=
mpool should always be consistent with what gets mined.<br>
Each node is a free agent that determine what its mempool should be and con=
versely miners are the one that should take notice of what the relay networ=
k homogeneous mempool is. <br>
This BIP proposal move in the right direction in regards to finding a compr=
omise while not disparaging anyones right as a free agent node runner.</p>
<p dir=3D"ltr">Best regards,</p>
<div class=3D"protonmail_quote"><br><br>-------- Original Message --------<=
br>On 9/26/25 2:03 PM, Garlo Nicon <garlonicon@gmail.com> wrote:<br><blockq=
uote class=3D"protonmail_quote"><div dir=3D"ltr">> You cannot pick and c=
hoose which parts of a block you like and which parts are "abusive&quo=
t;.<br><br>In the current implementation, yes. But if you accept a proof, t=
hat a block is valid, instead of accepting a block in plaintext, then you c=
an land on the same chain. Because after all, pruned nodes care only about =
the last 288 blocks, or something like that. If they can update their UTXO =
set, and always land on a valid chain, then they don't need transaction=
data in plaintext. They just need to update their UTXO database in a way, =
where attacking it would require breaking ECDSA, SHA-256, or similar things=
(a proof-based system, which would not weaken existing cryptographic assum=
ptions, would be sufficient).<br><br>And the same is true about Initial Blo=
ckchain Download. Only today, you have to download hundreds of GBs, to sync=
hronize the new node from scratch. But it can be changed, and as the size o=
f the whole chain will grow, people will be pushed, to start deploying some=
optimizations. Otherwise, there will be even less nodes, if node operators=
will decide to trust centralized solutions instead, or do things, which al=
ready happened in some altcoins, where people passed around an already sync=
ed node data, and trusted, that it is valid (especially in CPU-mined coins,=
where verifying thousands blocks required similar effort, than mining a ne=
w block).</div><br><div class=3D"gmail_quote gmail_quote_container"><div di=
r=3D"ltr" class=3D"gmail_attr">pt., 26 wrz 2025 o 02:25=C2=A0Andrew Poelstr=
a <<a href=3D"mailto:apoelstra@wpsoftware.net">apoelstra@wpsoftware.net<=
/a>> napisa=C5=82(a):<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">On Thu, Sep 25, 2025 at 11:52:02AM -0600, Chris Guida wrote:<br>
> <br>
> Anyway, forcing users to relay transactions they consider abusive if t=
hey<br>
> want to relay any transactions at all does not seem in keeping with<br=
>
> bitcoin's ethos, not to mention that it obviously would never work=
.<br>
><br>
<br>
Once a transaction is in a block, you need to relay the transaction if<br>
you want to relay a block. You cannot pick and choose which parts of a<br>
block you like and which parts are "abusive". This is what it mea=
ns for<br>
something to be a consensus system.<br>
<br>
The purpose of the mempool is to approximate the contents of blocks,<br>
both to help individual node operators (who would otherwise get large<br>
quantities of "surprise transactions" with every block) and to he=
lp the<br>
network (which would otherwise have poor propagation properties).<br>
<br>
Any sort of filtering beyond that done by miners is contrary to this<br>
purpose of the mempool. This is a technical fact. It has nothing to do<br>
with "bitcoin's ethos", except its ethos as a consensus syste=
m, which<br>
directly contradicts your point.<br>
<br>
-- <br>
Andrew Poelstra<br>
Director, Blockstream Research<br>
Email: apoelstra at <a href=3D"http://wpsoftware.net" rel=3D"noreferrer" ta=
rget=3D"_blank">wpsoftware.net</a><br>
Web:=C2=A0 =C2=A0<a href=3D"https://www.wpsoftware.net/andrew" rel=3D"noref=
errer" target=3D"_blank">https://www.wpsoftware.net/andrew</a><br>
<br>
The sun is always shining in space<br>
=C2=A0 =C2=A0 -Justin Lewis-Webster<br>
<br>
-- <br>
You received this message because you are subscribed to the Google Groups &=
quot;Bitcoin Development Mailing List" group.<br>
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:bitcoindev%2Bunsubscribe@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/aNXRSd7ygh6NqE1V%40mail.wpsoftware.net" rel=3D"noreferrer" targe=
t=3D"_blank">https://groups.google.com/d/msgid/bitcoindev/aNXRSd7ygh6NqE1V%=
40mail.wpsoftware.net</a>.<br>
</blockquote></div>
<p></p>
-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;Bitcoin Development Mailing List" 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/CAN7kyNgxnKoX7OBLOiHZWLg%2B9rvisbpmEMrs9RsSMDfeT-sw3w%40mail.gma=
il.com?utm_medium=3Demail&utm_source=3Dfooter">https://groups.google.com/d/=
msgid/bitcoindev/CAN7kyNgxnKoX7OBLOiHZWLg%2B9rvisbpmEMrs9RsSMDfeT-sw3w%40ma=
il.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" 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/Rr9InzRLdLOAtNdtSzmgBmCX634eSgDHEPS4fW-0WCCA31XHfbTSWQ1tweH0GeNh=
H9BhCREn_2sU5AR2SmXXgOm8SpkkVwciq7ql8K7yBiE%3D%40proton.me?utm_medium=3Dema=
il&utm_source=3Dfooter">https://groups.google.com/d/msgid/bitcoindev/Rr9Inz=
RLdLOAtNdtSzmgBmCX634eSgDHEPS4fW-0WCCA31XHfbTSWQ1tweH0GeNhH9BhCREn_2sU5AR2S=
mXXgOm8SpkkVwciq7ql8K7yBiE%3D%40proton.me</a>.<br />
--b1=_cCigssFrm44rP8i3LxII1amzbsHUZR0D1L9d9itfq8--
|