summaryrefslogtreecommitdiff
path: root/8d/28713d1f5ea417cc920286b5aba7f4947a0770
blob: 316654cd656548d6c18ba3bd568ecfc3ed34a0ee (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
Delivery-date: Sat, 26 Apr 2025 04:45:55 -0700
Received: from mail-oa1-f60.google.com ([209.85.160.60])
	by mail.fairlystable.org with esmtps  (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
	(Exim 4.94.2)
	(envelope-from <bitcoindev+bncBDD7VM4YZ4NBB2MOWPAAMGQEBLN7MYY@googlegroups.com>)
	id 1u8dyk-0000k3-UB
	for bitcoindev@gnusha.org; Sat, 26 Apr 2025 04:45:55 -0700
Received: by mail-oa1-f60.google.com with SMTP id 586e51a60fabf-2d0a70344c1sf2224031fac.1
        for <bitcoindev@gnusha.org>; Sat, 26 Apr 2025 04:45:54 -0700 (PDT)
ARC-Seal: i=2; a=rsa-sha256; t=1745667949; cv=pass;
        d=google.com; s=arc-20240605;
        b=heVXhuOQjDQWaOtwdueVuZdCECJM7LZvxprzva2SH1B0FMFqz7a1GRbdus4jLOUGiP
         tRK+MvzEkYAvsi0Y89psMliHu5gPRcSbODruGCGk0eN+qWRyoIpdzYcXNnzuqfgiuW0K
         Lz/1YqruluOS1apc9I4YFZGjDq4BCrDSy460lynX4rkPERUKBxbjIweffzYkbT13vbeA
         mDKF2GoVMEm4qiLaDHLzOJE37KvTPZEpBhCyIQgP9pH+kQbSYn1EY8OKOuWNRSf0MkSc
         jEBffFY/6X2zjCyY/MBSfcoX8PjJVNuQd/sRMDd8FNsJoLxyHoq45dNz+EHtpFcS+n7G
         99sg==
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:content-transfer-encoding
         :in-reply-to:from:content-language:references:to:subject
         :mime-version:date:message-id:sender:dkim-signature;
        bh=nkQrybvice3vhAWhG3iRkQYVDxzxJ1QcIf1Dn8q6QEQ=;
        fh=8wvATZjr5eOkDh+mcM/mvtwE93hYp0pDCcwBYdOm7LU=;
        b=VSf+xTSVy226k9PprBvOUmQ6Ivbge7ksRYrWKl4NEf4TKJU6oBVWYS0grM5mh/ezEx
         9wMfu0OA3sJKOQZN2it5t++HjYwWtSYg7OIKMAPc+axR5zcGT8v9wQcVsreu2Qecv9uX
         RXc6jN8f7hW+AMOIN2Y7uG7/AEkYbF1aRmW2pgBYq6eE6McxyZ/dJachBaNdvROWt6hr
         H95aaP6bgsgPsbCQ+eKnv50N5648r8/2VKkSe2STttnqQO+ixlAHOigecFlRUP0GIIjj
         gaFYxz3w/YJ5qeFYD4n+SqVgZBJ40Ud00/5jHyuSFdhd0WRW5iZV7mIKydUyUtsa5gxD
         xjeQ==;
        darn=gnusha.org
ARC-Authentication-Results: i=2; gmr-mx.google.com;
       dkim=pass (test mode) header.i=@dashjr.org header.s=zinan header.b=C+XoudEH;
       spf=pass (google.com: domain of luke@dashjr.org designates 192.3.11.21 as permitted sender) smtp.mailfrom=luke@dashjr.org;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=dashjr.org
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20230601; t=1745667949; x=1746272749; 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:content-transfer-encoding:in-reply-to:from
         :content-language:references:to:subject:mime-version:date:message-id
         :sender:from:to:cc:subject:date:message-id:reply-to;
        bh=nkQrybvice3vhAWhG3iRkQYVDxzxJ1QcIf1Dn8q6QEQ=;
        b=pmi4wSPWERXPHC/WRxUrnjeG0i29HNgRREUGOUL5gf014wGu5jVFh6I8IVCtWRRkls
         vca/9PfPJvlRps3Kky7rI2ZvK3N16TM3TOas3F75igK212F7A2kR062i/KtEnmuo0L3M
         kBXOZlpqvr/mWEV8QFLlSWJNsgvsppLlDAse+80AGDdlrR2AiEWxMCiqVDMDP0JtGx2M
         yUYfd1ouBNekezoqAy1AuEQsmivgdTcaUyB4ENAfAOmhFEpcLjy2i2WyoMcgHOem4UuF
         DJIw+SaegbjrAo8JplwYErImXivhzqQgN3uBU6fn9DZnZ0wHMYA+ARh3VDQ517C2TZ2J
         56ww==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20230601; t=1745667949; x=1746272749;
        h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
         :list-id:mailing-list:precedence:x-original-authentication-results
         :x-original-sender:content-transfer-encoding:in-reply-to:from
         :content-language:references:to:subject:mime-version:date:message-id
         :x-beenthere:x-gm-message-state:sender:from:to:cc:subject:date
         :message-id:reply-to;
        bh=nkQrybvice3vhAWhG3iRkQYVDxzxJ1QcIf1Dn8q6QEQ=;
        b=HMmJovJnk39gSd9flafQLLBp6TFg2tVnPl+goooZh8ma4cqCPQCVelBot1uSrsljQP
         Ht94GwsVHdduaD5p7EzekidNo3RvJE4o67n8vkjqfqdCaWpTjEuQKPEFKmcaxRhlLtAM
         CplphGEO8rFKyE19EIY8qaDm3/3CFbSvwg6t8YI5+GiwE6UMNl+glt3hCBr2pdcDq3+D
         9LeuwMQ5ScTHPbY3PK0/Mjnk+P3yvxKXoToTny9qglUqVZlDfQpgoR2i2seYfYuGLWLe
         MtHIr014aqACG38JxjMU+0Fb0HgTXT49TS578/ylrOz88ksXo/SmlF7Rv5CySWFasmkF
         ShfQ==
Sender: bitcoindev@googlegroups.com
X-Forwarded-Encrypted: i=2; AJvYcCXZrKi/EwAbeAxZs/SPc4Oqcyi0Rah378s1B5542kBNFXnnpNtkMSw7Q3QwrSGmIGhKUMtdy44WUlrW@gnusha.org
X-Gm-Message-State: AOJu0Yzhz4EnZtbnM7+abt8jBoeGUWXjLLsZNhvpsWVKCWphzgO9Wbk9
	eSoyuo2ffJLLQKU9QJuLV+UXKF8F7pfloMZtCnqhe9nBQSa83+V4
X-Google-Smtp-Source: AGHT+IG7WOg1q3P6DOE+zVKcNYlgzmuNeAlTO1ooCtz0ArC1AHcXS5j4gT2TsPcVfNQdkE+lg8TTqg==
X-Received: by 2002:a05:6870:e389:b0:2d5:cac:a24a with SMTP id 586e51a60fabf-2d973555abfmr5432928fac.12.1745667948781;
        Sat, 26 Apr 2025 04:45:48 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com; h=AVT/gBFt1vVmez0tWphtJXW/QhgEx/AteCE/gdgRfVoXB6IzoA==
Received: by 2002:a05:6871:620c:b0:2c2:384e:1c12 with SMTP id
 586e51a60fabf-2d9641e6c29ls1150713fac.0.-pod-prod-00-us; Sat, 26 Apr 2025
 04:45:45 -0700 (PDT)
X-Forwarded-Encrypted: i=2; AJvYcCXVVF1PaITqZgBNgFEE5B87w+/vWqIeKahRxtPYLnFPfg8q/za87KHQOt03g55rIMDyz32q9cyzwitn@googlegroups.com
X-Received: by 2002:a05:6808:1454:b0:401:bb42:700c with SMTP id 5614622812f47-401ec54865bmr5125926b6e.19.1745667944901;
        Sat, 26 Apr 2025 04:45:44 -0700 (PDT)
Received: by 2002:a05:6808:2002:b0:3fa:da36:efcd with SMTP id 5614622812f47-401f2fc0e20msb6e;
        Sat, 26 Apr 2025 04:35:57 -0700 (PDT)
X-Forwarded-Encrypted: i=2; AJvYcCXTBD0lQoxQEXVLuQc8OUpikbGyqxXlk2IRxivlVTIX3Plah5ukYmJ9GhDOHqxZ5uljxag9+7nj9NxR@googlegroups.com
X-Received: by 2002:a17:902:f646:b0:215:9eac:1857 with SMTP id d9443c01a7336-22db4792e1dmr128608975ad.5.1745667356004;
        Sat, 26 Apr 2025 04:35:56 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1745667355; cv=none;
        d=google.com; s=arc-20240605;
        b=a9ZW3KKpHoQuWJD2jyKYshcg6HNUQ9ShVZkLJE9aHuLu9rm44sw0Q85hi80K3CWnf1
         9G+OWCvb6AHyL6OAOdgUecPkkzJUISPVHfIB6EU7DTH86fRq0xAfwWyu4nfPU1iRYk/L
         +4IkK6d+sIZ3WNXWJkK0wwINLCEyXsVFNmkFINRTktKittBYr+MUoVnkrWF1BhticF9r
         vYAczWW/3l3lqwIA7shaQb/ftQ5wf4M0KebLNKgLVylF/PAgD5+6xbJNZzVpoAWnjAet
         Bqila2CBIyTuP6LvKvMgvyumr0hBiWGVkXkg+H1dlTnEe1k1dyjDwgxa9HOhWKDhkEzx
         kLhg==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605;
        h=content-transfer-encoding:in-reply-to:from:content-language
         :references:to:subject:mime-version:date:message-id:dkim-signature;
        bh=As64ZgFElpNoHjsABQkyMkd0WNHUFs9E3m6PtDXfbSk=;
        fh=Ecsl8tTWrqem45GXWpQhySZO0mRVGwuAfh15UScV4cg=;
        b=EXN4nK2FKoffQk/rTBEKwmw//BYYZSwRszH4yWibN0wcuF6OOrFJ9UK92i7Vg7SRy1
         ob90G/4JBfEFJNw/zNl3YeeMxK7uJHN1mO1svKZfJylE4IOpN0S2FSv3EMGwe0+2KQWf
         bCCKmGtlyjcT2gIcmiD+hVFu6ZNExX2+Sb0gKfx0caSSNfnJJHcl5xT6vLJ0G9bBUEGB
         p3eLhNPTqPA+IeoPoa46wnkWiE993r4Q61GnTys+OOcHE/vptn+gpzAU2ZLJuFHy0eQy
         gDliLyJHO+wbdOT3h1R4ckKAyt4cG8fJCuEACpKezMh85PbZAVS3FGFwPpvjrp5VUlU5
         80Pg==;
        dara=google.com
ARC-Authentication-Results: i=1; gmr-mx.google.com;
       dkim=pass (test mode) header.i=@dashjr.org header.s=zinan header.b=C+XoudEH;
       spf=pass (google.com: domain of luke@dashjr.org designates 192.3.11.21 as permitted sender) smtp.mailfrom=luke@dashjr.org;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=dashjr.org
Received: from zinan.dashjr.org (zinan.dashjr.org. [192.3.11.21])
        by gmr-mx.google.com with ESMTP id 98e67ed59e1d1-309d343e360si823101a91.0.2025.04.26.04.35.55
        for <bitcoindev@googlegroups.com>;
        Sat, 26 Apr 2025 04:35:55 -0700 (PDT)
Received-SPF: pass (google.com: domain of luke@dashjr.org designates 192.3.11.21 as permitted sender) client-ip=192.3.11.21;
Received: from [1.2.3.4] (redacted.redacted [1.2.3.4])
	(Authenticated sender: mailrelay)
	by zinan.dashjr.org (Postfix) with ESMTPSA id 5E0223974088;
	Sat, 26 Apr 2025 11:35:47 +0000 (UTC)
X-Hashcash: 1:23:250426:sjors@sprovoost.nl::2Nit10/QQyLIWTPi:L=Xa
X-Hashcash: 1:23:250426:bitcoindev@googlegroups.com::3CO9EUdu8w0MoFKS:lC0i
Message-ID: <d18b4149-5523-44bd-8332-2b7962f4b674@dashjr.org>
Date: Sat, 26 Apr 2025 07:35:44 -0400
MIME-Version: 1.0
Subject: Re: [bitcoindev] Relax OP_RETURN standardness restrictions
To: Sjors Provoost <sjors@sprovoost.nl>, bitcoindev@googlegroups.com
References: <rhfyCHr4RfaEalbfGejVdolYCVWIyf84PT2062DQbs5-eU8BPYty5sGyvI3hKeRZQtVC7rn_ugjUWFnWCymz9e9Chbn7FjWJePllFhZRKYk=@protonmail.com>
 <03be4934-f0ff-4b58-880d-861d63a4f970@dashjr.org>
 <CEB83B34-6C5B-469E-9914-20940F27EEC0@sprovoost.nl>
Content-Language: en-US, en-GB
From: Luke Dashjr <luke@dashjr.org>
In-Reply-To: <CEB83B34-6C5B-469E-9914-20940F27EEC0@sprovoost.nl>
Content-Type: text/plain; charset="UTF-8"; format=flowed
Content-Transfer-Encoding: quoted-printable
X-Original-Sender: luke@dashjr.org
X-Original-Authentication-Results: gmr-mx.google.com;       dkim=pass (test
 mode) header.i=@dashjr.org header.s=zinan header.b=C+XoudEH;       spf=pass
 (google.com: domain of luke@dashjr.org designates 192.3.11.21 as permitted
 sender) smtp.mailfrom=luke@dashjr.org;       dmarc=pass (p=NONE sp=NONE
 dis=NONE) header.from=dashjr.org
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.8 (/)

On 4/26/25 06:53, Sjors Provoost wrote:
>
> Op 26 apr 2025, om 11:50 heeft Luke Dashjr <luke@dashjr.org> het=20
> volgende geschreven:
>>
>> It should be needless to say, but this idea is utter insanity.=20
>> Disappointing to see positive responses, and not one sensible reply=20
>> calling it out yet. The bugs should be fixed, not the abuse embraced.=20
>> If attackers continue to bypass filters, we can go back to a full=20
>> whitelist approach.
>>
> Are you proposing a whitelist of authorised public keys?

Scripts, of course, not specific keys. Just like we had early on. But=20
that is only necessary if the simpler filter steps are insufficient,=20
which is unlikely.

> Your earlier proposal [0] to whitelist certain script forms is not=20
> relevant here, because the Citrea white paper uses unspendable public=20
> keys to encode the data that doesn't fit in OP_RETURN.
>
> To stop that, you'd have to introduce a rule that only allows=20
> spendable public keys to be put on chain. Afaik, the only way to do=20
> that is to require a signature. That would dramatically increase the=20
> size of all output scripts.
Only during flood relay. They don't need to be included in blocks. Even=20
a softfork, should it become necessary, could potentially get away with=20
pruning them after being buried a certain depth.
> And that won't fix "spam" either, because you can still grind the=20
> first N bits of every public key and/signature, maybe encode things in=20
> the nonce, etc.

It's sufficient to make spam unwelcome and costly. No spam filtration=20
solution needs to be perfect. Every little bit helps.

> As for your earlier proposals (Ordisrespector, etc), they were not=20
> useful in general, because they rely too heavily on having=20
> standardness rules go against financial incentives. Only consensus=20
> changes can work, but so far you haven't proposed those.

That's nonsense. They were and continue to be very effective, even with=20
only a small amount of adoption. Further, mining centralization and=20
pools denying miners options has been the biggest barrier to that=20
adoption. There is no significant financial impact either, that's just=20
FUD; miners using the fixed and improved spam filters have in fact=20
earned significantly more than miners using Core.

> Since "spam" is a cat-and-mouse game, and consensus changes take ages=20
> to design, implement and roll out, it's also not a viable solution.
It would be a pain, but it is definitely viable. Thankfully, policy=20
works just fine for spam filtration, and can be adapted much quicker.
> Increasing the OP_RETURN limit reduces harm compared to the two=20
> alternatives:
> 1. UTXO set bloating with fake public keys
> 2. Large scale bypassing of the (default) mempool, which leads to
> =C2=A0 =C2=A0a) compact block relay failures (mempool fragmentation)
The entire reason compact blocks were acceptable, is that miners are=20
incentivized to conform to non-miner node policies. Now you're trying to=20
bait-and-switch it to nodes conforming to malicious miner policies instead.
> =C2=A0 =C2=A0b) centralisation
No, this is more FUD.
> Custom-but-public relay networks like Libre Relay don't cause (2b),=20
> but (likely) do cause (2a). So it's not good if Bitcoin Core default=20
> policy heavily incentives such an alternative network. That's one=20
> reason why -mempoolfullrbf is now a default.
>
> You're also not specifying what problem you're trying to solve. Nor=20
> what "damage" is done. If blocks are too big in your opinion, then why=20
> not simply propose a block size decrease (again)? I would not expect=20
> meaningful support for that either, but at least it's simple.
>
> - Sjors
>
> [0]=C2=A0https://github.com/bitcoin/bitcoin/issues/29187
>

--=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/=
d18b4149-5523-44bd-8332-2b7962f4b674%40dashjr.org.