path: root/85/881fc5c3787ff3a57e9142206f2363211f8f3e

Delivery-date: Thu, 27 Mar 2025 12:36:20 -0700
Received: from mail-ot1-f63.google.com ([209.85.210.63])
	by mail.fairlystable.org with esmtps  (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
	(Exim 4.94.2)
	(envelope-from <bitcoindev+bncBDL4XL646QOBBKORS27QMGQEL2FQL2Y@googlegroups.com>)
	id 1txt1X-0006xr-Hi
	for bitcoindev@gnusha.org; Thu, 27 Mar 2025 12:36:20 -0700
Received: by mail-ot1-f63.google.com with SMTP id 46e09a7af769-72bc289077fsf1225201a34.0
        for <bitcoindev@gnusha.org>; Thu, 27 Mar 2025 12:36:19 -0700 (PDT)
ARC-Seal: i=2; a=rsa-sha256; t=1743104173; cv=pass;
        d=google.com; s=arc-20240605;
        b=QZv1I+rUce4sydZ8TEcuzlGYIDmfCJspNLGfH/ZTluXmP+Qqekn4QSfIuTjY05wk85
         p/KfQ51NOcscshRCWXdc0rUSd6Cz5BmyCPT3KedCRwZk7ytuaJgu+W3/m0Ts3ZWsqKYm
         0fEGfAT2MGcsdbjIGFWJp6GMFRUqUshK6hv4NmDZs8HcVH7Q8wv2B6yxAj71ppPmsPlz
         tYsANSB7RFsuKFkLUCAP6TJlcuJXzTLYQYeSIs9VvbzNqmlETc3SN5V94DHTO0sGK3qk
         BY//GMDcU7+gYiSg0x9HrRC+xxaCuknbmxJ8nmGSa9W6+4heFVP8lmAduNMAxUhtpa7v
         QE/w==
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=QgiJL3J+HGgcZ1p7d2FMHTsmBt8e2GNXygSPf6Z8rlY=;
        fh=qqZKT40qCecbjSbiw/a+HAr7wLTW8j3XG2xx++yP80A=;
        b=MBL9AHGr/AtVerC2tTg0HfqmWTaVVf5oy7+Fpn6EchYpt2helr0ZO/WfeQPd05w5kb
         3juCMxezKCpI2TmhWksMot7SdJS1oE5czpJRJweIAreftuc/b3lEyzgOXVYF2CyDCpl7
         3ccqPLQQdZs3v/2oJzUej3kjuPPWMVLiZXHjoMNvc3iGGpXZdAJPzW5KA4HRsYPxuxb+
         DqBXfOYciVMWZiQPSJRf+gveqqaFFIKWeVe5wj4EjK3CL9wq4M6Az71rrlbteSetHpe0
         /gCeVxSH/FOFEEglxY6FmtvQAY3/Jmlx0NTOwiaHOHLBcwrWfa85FMWzM5629JQPoJ33
         n0cA==;
        darn=gnusha.org
ARC-Authentication-Results: i=2; gmr-mx.google.com;
       dkim=pass header.i=@protonmail.com header.s=protonmail3 header.b=HPFGWQzN;
       spf=pass (google.com: domain of darosior@protonmail.com designates 79.135.106.30 as permitted sender) smtp.mailfrom=darosior@protonmail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=protonmail.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=googlegroups.com; s=20230601; t=1743104173; x=1743708973; 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=QgiJL3J+HGgcZ1p7d2FMHTsmBt8e2GNXygSPf6Z8rlY=;
        b=O8vO9ol1bQo7CBBPUlS4b8tKCx6Ns7nn83bhDeoSMut1tEe/xIu8qxVu3ax7PzWiCn
         DIVNAI8ulJS6y1fGCxQPqoQl7o4tvHx/7LdBGeXGfdnMLQpV20i5j84efMu6i2tR/OND
         n/IosmRDhYNM160ycJANalf9EKcRgx/aR1vf33SZ4VB/jE2S/Jz/W1xG8Ozvo1X7CdhU
         ZQuW8nufxM8aKsYNUq22p97DAXJAmatMAdfihQ2tko/Uo3TIapN0GmJVhgV0XrTZ6cjx
         drBeNtHyfufVR9rBZCkKeay3eUjnfCQa0OwtIbPSgOFif1KhVdlJvnN6E6lrX9j+HKJA
         rZcA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20230601; t=1743104173; x=1743708973;
        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=QgiJL3J+HGgcZ1p7d2FMHTsmBt8e2GNXygSPf6Z8rlY=;
        b=aiDQQeQPAUyAMERDcc1753CsX9Hzv6Vu3O6X8dASFFDDKNmyC7iZbzkKhJR/urF2mn
         sPACiaJ7aahmY/l0ZpW7jCsbfEdSE8243d3jnHcw+OTjhPj0pNRBp/44Klg5ptLcEFp8
         rBAkPS/Arihf/utYF9pnbfFLEXPXoK1ywzcv77CCWP3CVVz7C6CKPVSMJDmIYV4DuCCM
         FRWsBuSFXhxrBLpRBr3hI0yNFjNV4223RhCy6rXY6+xsf9U+C8kakFc29Z98dUk3N+CW
         yY3ZOAgCHK4nrORG/XTbtjEbUN32ojixnzBI+qF30tAmPJARpA0w6c57XIJMny7sIwmK
         x9Fg==
X-Forwarded-Encrypted: i=2; AJvYcCVF1Ss7HMyQ2W9D8NpoD8dkMTd/ftYK2a5V6rtCNOJzK0Z1o9Nz8ZLXD5nYhq3ZhVuMuvH9jWARoqob@gnusha.org
X-Gm-Message-State: AOJu0YzpnhHZzEkEx7Q7+XQo6XkldVWisIZ5Mj89/UkH2mRTn2dzTTCM
	+69pjgU4ExBbaxpwdSdkxDOI000ZPIGwEg9ohIBA0BtZZF07iV+r
X-Google-Smtp-Source: AGHT+IGFLxabwa1miSWkoGFSwdd0BQmQXIotxG/KS86G8CJwJ4qOUZpun3AJRy7OBd5+xFeAZOG0xw==
X-Received: by 2002:a05:6808:3088:b0:3f9:56ff:1468 with SMTP id 5614622812f47-3fefa5c1627mr2789655b6e.24.1743104173297;
        Thu, 27 Mar 2025 12:36:13 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com; h=ARLLPAIcO3/YuK9JOk4QZvHMbzlDlqaES8nkMoQoL2IpDI8sww==
Received: by 2002:a4a:e8d0:0:b0:602:af0:7fc2 with SMTP id 006d021491bc7-60278d95b8als541755eaf.0.-pod-prod-08-us;
 Thu, 27 Mar 2025 12:36:09 -0700 (PDT)
X-Received: by 2002:a05:6808:6a83:b0:3fe:af0c:73b7 with SMTP id 5614622812f47-3fefa5415a7mr3649839b6e.19.1743104169583;
        Thu, 27 Mar 2025 12:36:09 -0700 (PDT)
Received: by 2002:a05:600c:45c8:b0:43c:fe31:d01d with SMTP id 5b1f17b1804b1-43d7842df70ms5e9;
        Thu, 27 Mar 2025 12:05:25 -0700 (PDT)
X-Received: by 2002:a05:600c:510d:b0:43c:f597:d584 with SMTP id 5b1f17b1804b1-43d8528cbf3mr45724195e9.29.1743102323041;
        Thu, 27 Mar 2025 12:05:23 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1743102323; cv=none;
        d=google.com; s=arc-20240605;
        b=Zt8nnFq3I/uGcpC/LpTVGxazbgpvD5jZgo4B/3XaQzbr+ntsUsbiYTSUmcSrSgnxda
         FXsWq8d60O5AulRT0DmeYV0F5RRWHJ48Cf6AP+wk1ufXguO9F7F4lJwe9801utc6v6DX
         2wxJ56vLh9Db5u8XLiaDHwpjKhO9GTDCrj42g3gRtlrhiCLlXqaz1JgmUpkeT94FeK32
         3nrVyRWJO3uYEWG2j0HTVl9+jDB+3nYNN1FgDHGooZu42oBMuBf2XGq+EmorAcpdBV40
         8UhFRc8USLDdZCWvFxH16lcZcO7hWfhOGx/vO6CGDjPYS8H7rSVEi5z22ZVmweTTHARD
         qY+Q==
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=l1j8YQGJc8ihOKhMbymoQ3G7eShRhiz16Yuw+OkAlzk=;
        fh=0HYCNi94CwyjFCKDYnReFaTE00h6jTnsaeESJcHonEs=;
        b=UuEW8dVPa1u4TJWVAXyo77vWclfHPjrvTSExBXe6gn5pX7UBozMtStDrEv6B+TAA28
         rmXtpGgKN54A/Q+CZl2jxbZY91nb0/80rwN1DXWVSSgEJK+TvKfpInGozJzNmGaAkxZQ
         EvjlUWmOfDXcwEUStiKXJjjGdlOCn6Myb8BkM/EN2Dnlw3tgWl3vqEado/4DWUfqMqzp
         YTSAipxRSbmH2wL63hLUgw2qYYhsKQxtQifvF02j+MJIo9yTuepOmlpWe96BLxKYWxNg
         rDiABuf0+m6sq5foV6ixgTEUDN+OyvwjUvaqNTilIvmp7lt0aXB37TKGqdgxZrSMMloK
         oyZw==;
        dara=google.com
ARC-Authentication-Results: i=1; gmr-mx.google.com;
       dkim=pass header.i=@protonmail.com header.s=protonmail3 header.b=HPFGWQzN;
       spf=pass (google.com: domain of darosior@protonmail.com designates 79.135.106.30 as permitted sender) smtp.mailfrom=darosior@protonmail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=protonmail.com
Received: from mail-10630.protonmail.ch (mail-10630.protonmail.ch. [79.135.106.30])
        by gmr-mx.google.com with ESMTPS id 5b1f17b1804b1-43d7bfcc8adsi3632725e9.1.2025.03.27.12.05.22
        for <bitcoindev@googlegroups.com>
        (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
        Thu, 27 Mar 2025 12:05:23 -0700 (PDT)
Received-SPF: pass (google.com: domain of darosior@protonmail.com designates 79.135.106.30 as permitted sender) client-ip=79.135.106.30;
Date: Thu, 27 Mar 2025 19:05:15 +0000
To: Chris Stewart <stewart.chris1234@gmail.com>
From: "'Antoine Poinsot' via Bitcoin Development Mailing List" <bitcoindev@googlegroups.com>
Cc: Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Subject: Re: [bitcoindev] Consensus Cleanup BIP draft
Message-ID: <TD8gP8PKw3th-0DrZznBXrXFILRkwr66wVRoiPC2di_e-NivCRKVjooVZIh7JJSV_C9rJEkKTvudWSG8CJsq16jPhQBjM0eVmPe8rir50Y4=@protonmail.com>
In-Reply-To: <CAGL6+mFQqTS21cQZ_aU=hXtMaKkw5ygAk2PT9hQpdB4THz9X_A@mail.gmail.com>
References: <uDAujRxk4oWnEGYX9lBD3e0V7a4V4Pd-c4-2QVybSZNcfJj5a6IbO6fCM_xEQEpBvQeOT8eIi1r91iKFIveeLIxfNMzDys77HUcbl7Zne4g=@protonmail.com> <CAGL6+mFQqTS21cQZ_aU=hXtMaKkw5ygAk2PT9hQpdB4THz9X_A@mail.gmail.com>
Feedback-ID: 7060259:user:proton
X-Pm-Message-ID: e230f59bb1151ef6f2bb153fdee8654d6c37ef05
MIME-Version: 1.0
Content-Type: multipart/alternative;
 boundary="b1=_fHzgokfmYhE6vVmdb3WdF9hvRcFl9bXl9vFl4wzCK2M"
X-Original-Sender: darosior@protonmail.com
X-Original-Authentication-Results: gmr-mx.google.com;       dkim=pass
 header.i=@protonmail.com header.s=protonmail3 header.b=HPFGWQzN;
       spf=pass (google.com: domain of darosior@protonmail.com designates
 79.135.106.30 as permitted sender) smtp.mailfrom=darosior@protonmail.com;
       dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=protonmail.com
X-Original-From: Antoine Poinsot <darosior@protonmail.com>
Reply-To: Antoine Poinsot <darosior@protonmail.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: -1.0 (-)

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

Hi Chris,

As i already explained on this very list 2 months ago [0], i don't find the=
 argument for splitting my BIP convincing. On the contrary i think it would=
 be counterproductive as it would create more churn, invite bikeshedding an=
d overall impede progress on this proposal.

> we've successfully activated multiple BIPs within a single soft fork in t=
he past=E2=80=94e.g., BIP141 and BIP143 in Segwit, as well as BIP341, BIP34=
2, and BIP343 in Taproot.

Those BIPs had much more content to them. The specifications of the Consens=
us Cleanup is trivial in comparison: they fit in less than a dozen lines of=
 text when described in details. Splitting them in 4 different BIPs with a =
single or a couple lines of specifications would just introduce unnecessary=
 overhead.

> if one of the proposed changes turns out to be controversial, we could re=
move it without holding up the rest of the improvements.

First of all, i do not expect to remove any of the mitigations from the BIP=
 at this stage. The fact that each of these mitigations was researched and =
discussed at length by multiple people over the past year gives me confiden=
ce to move forward with every single one of those. Otherwise i would not ha=
ve proposed this BIP in the first place.

Now, even if somehow we should drop one of the mitigations from the proposa=
l, having them in separate BIPs does not make that any easier.

> More active contributors to the project may have stronger opinions on the=
 best approach there.

Yes.

Best,
Antoine

[0] https://gnusha.org/pi/bitcoindev/mm_NvE4votqtjm455I3AmdrLOTzwgfFpqbtbFF=
Ny0Zf2PywGt220MXfn76it60q_kbnS9Rw97cv6XzqogNgQMfIXi6-HdOnamw7tUrMtmXc=3D@pr=
otonmail.com
On Thursday, March 27th, 2025 at 6:46 AM, Chris Stewart <stewart.chris1234@=
gmail.com> wrote:

> Hi Antoine,
>
> First off, concept ACK. My concerns are procedural rather than objections=
 to the individual security fixes themselves.
>
> The "Great Consensus Cleanup" is a fantastic brand for communicating thes=
e protocol changes to non-technical users. However, since this is a technic=
al forum and we are producing BIPs intended for technical audiences, I beli=
eve we should document these changes in separate BIPs.
>
> The proposed security fixes are largely unrelated from a technical standp=
oint:
>
> -
>
> Timewarp attack mitigation
>
> -
>
> Worst-case block validation constraints
>
> -
>
> Disallowing 64-byte transactions
>
> -
>
> Avoiding duplicate transactions
>
> We should absolutely retain the "Great Consensus Cleanup" branding while =
independently documenting each security enhancement.
>
> A common concern I=E2=80=99ve heard about splitting this BIP is that depl=
oying soft forks is difficult, so all changes should be bundled together. W=
hile soft fork deployment is indeed challenging, we've successfully activat=
ed multiple BIPs within a single soft fork in the past=E2=80=94e.g., BIP141=
 and BIP143 in Segwit, as well as BIP341, BIP342, and BIP343 in Taproot. If=
 the community reaches consensus, we can still deploy all these changes tog=
ether, even if they are documented separately.
>
> This approach also provides flexibility: if one of the proposed changes t=
urns out to be controversial, we could remove it without holding up the res=
t of the improvements. Additionally, once these fixes are deployed, there w=
ill likely be significant research and documentation to incorporate, and ma=
intaining independent BIPs will make it easier to manage that growth.
>
> I do see merit in implementing all the security fixes in a single PR for =
Bitcoin Core. More active contributors to the project may have stronger opi=
nions on the best approach there.
>
> -Chris
>
> ---------------------------------------------------------------
>
> On Wed, Mar 26, 2025 at 1:23=E2=80=AFPM 'Antoine Poinsot' via Bitcoin Dev=
elopment Mailing List <bitcoindev@googlegroups.com> wrote:
>
>> Hi everyone,
>>
>> About two months ago i shared an update on this list about my (and other=
s', really) work on the
>> Consensus Cleanup [0]. I am now ready to share a BIP draft for a Consens=
us Cleanup soft fork.
>>
>> The BIP draft can be found here: https://github.com/darosior/bips/blob/c=
onsensus_cleanup/bip-cc.md
>>
>> It includes the following fixes:
>> - a restriction on the timestamp of the first and last blocks of a diffi=
culty adjustment period to
>> address the Timewarp and Murch-Zawy attacks;
>> - a limit on the number of legacy signature operations that may be execu=
ted in validating a single
>> transaction to address long block validation times;
>> - making 64 bytes transactions invalid to address weaknesses in the bloc=
k Merkle tree construction;
>> - mandating coinbase transactions be timelocked to their block height to=
 prevent future transaction
>> duplication without resorting to BIP30 validation.
>>
>> This BIP draws on the 2019 Great Consensus Cleanup proposal from Matt Co=
rallo [1]. A number of
>> people contributed ideas, testing, data or useful discussions. This incl=
udes Ava Chow, Matt Corallo,
>> Mark Erhardt, Brian Groll, David A. Harding, Sjors Provoost, Anthony Tow=
ns, Greg Sanders, Chris
>> Stewart, Eric Voskuil, @0xb10c and others.
>>
>> Antoine Poinsot
>>
>> [0] https://gnusha.org/pi/bitcoindev/jiyMlvTX8BnG71f75SqChQZxyhZDQ65kldc=
ugeIDJVJsvK4hadCO3GT46xFc7_cUlWdmOCG0B_WIz0HAO5ZugqYTuX5qxnNLRBn3MopuATI=3D=
@protonmail.com
>> [1] https://github.com/TheBlueMatt/bips/blob/7f9670b643b7c943a0cc6d2197d=
3eabe661050c2/bip-XXXX.mediawiki
>>
>> --
>> 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/uDAujRxk4oWnEGYX9lBD3e0V7a4V4Pd-c4-2QVybSZNcfJj5a6IbO6fCM_xEQEpBvQeOT8eI=
i1r91iKFIveeLIxfNMzDys77HUcbl7Zne4g%3D%40protonmail.com.

--=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/=
TD8gP8PKw3th-0DrZznBXrXFILRkwr66wVRoiPC2di_e-NivCRKVjooVZIh7JJSV_C9rJEkKTvu=
dWSG8CJsq16jPhQBjM0eVmPe8rir50Y4%3D%40protonmail.com.

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

<div style=3D"font-family: Arial, sans-serif; font-size: 14px;">Hi Chris,</=
div><div style=3D"font-family: Arial, sans-serif; font-size: 14px;"><br></d=
iv><div style=3D"font-family: Arial, sans-serif; font-size: 14px;">As i alr=
eady explained on this very list 2 months ago [0], i don't find the argumen=
t for splitting my BIP convincing. On the contrary i think it would be coun=
terproductive as it would create more churn, invite bikeshedding and overal=
l impede progress on this proposal.</div><div style=3D"font-family: Arial, =
sans-serif; font-size: 14px;"><br></div><blockquote style=3D"border-left: 3=
px solid rgb(200, 200, 200); border-color: rgb(200, 200, 200); padding-left=
: 10px; color: rgb(102, 102, 102);"><div style=3D"font-family: Arial, sans-=
serif; font-size: 14px;">we've successfully activated multiple BIPs within =
a single soft fork in=20
the past=E2=80=94e.g., BIP141 and BIP143 in Segwit, as well as BIP341, BIP3=
42,=20
and BIP343 in Taproot.<br></div></blockquote><div style=3D"font-family: Ari=
al, sans-serif; font-size: 14px;"><br></div><div style=3D"font-family: Aria=
l, sans-serif; font-size: 14px;">Those BIPs had much more content to them. =
The specifications of the Consensus Cleanup is trivial in comparison: they =
fit in less than a dozen lines of text when described in details. Splitting=
 them in 4 different BIPs with a single or a couple lines of specifications=
 would just introduce unnecessary overhead.</div><div style=3D"font-family:=
 Arial, sans-serif; font-size: 14px;"><br></div><blockquote style=3D"border=
-left: 3px solid rgb(200, 200, 200); border-color: rgb(200, 200, 200); padd=
ing-left: 10px; color: rgb(102, 102, 102);"><div style=3D"font-family: Aria=
l, sans-serif; font-size: 14px;">if one of the proposed changes turns out t=
o be controversial, we could=20
remove it without holding up the rest of the improvements.<br></div></block=
quote><div style=3D"font-family: Arial, sans-serif; font-size: 14px;"><br>F=
irst of all, i do not expect to remove any of the mitigations from the BIP =
at this stage.&nbsp;The fact that each of these mitigations was researched =
and discussed at length by multiple people over the past year gives me conf=
idence to move forward with every single one of those. Otherwise i would no=
t have proposed this BIP in the first place.</div><div style=3D"font-family=
: Arial, sans-serif; font-size: 14px;"><br></div><div style=3D"font-family:=
 Arial, sans-serif; font-size: 14px;">Now, even if somehow we should drop o=
ne of the mitigations from the proposal, having them in separate BIPs does =
not make that any easier.</div><div style=3D"font-family: Arial, sans-serif=
; font-size: 14px;"><br></div><blockquote style=3D"border-left: 3px solid r=
gb(200, 200, 200); border-color: rgb(200, 200, 200); padding-left: 10px; co=
lor: rgb(102, 102, 102);"><div style=3D"font-family: Arial, sans-serif; fon=
t-size: 14px;">More active contributors to the project may have stronger op=
inions on the best approach there.<br></div></blockquote><div style=3D"font=
-family: Arial, sans-serif; font-size: 14px;"><br></div><div style=3D"font-=
family: Arial, sans-serif; font-size: 14px;">Yes.</div><div style=3D"font-f=
amily: Arial, sans-serif; font-size: 14px;"><br></div><div style=3D"font-fa=
mily: Arial, sans-serif; font-size: 14px;">Best,<br>Antoine<br></div><div s=
tyle=3D"font-family: Arial, sans-serif; font-size: 14px;"><br></div><div st=
yle=3D"font-family: Arial, sans-serif; font-size: 14px;">[0] <span><a targe=
t=3D"_blank" rel=3D"noreferrer nofollow noopener" href=3D"https://gnusha.or=
g/pi/bitcoindev/mm_NvE4votqtjm455I3AmdrLOTzwgfFpqbtbFFNy0Zf2PywGt220MXfn76i=
t60q_kbnS9Rw97cv6XzqogNgQMfIXi6-HdOnamw7tUrMtmXc=3D@protonmail.com">https:/=
/gnusha.org/pi/bitcoindev/mm_NvE4votqtjm455I3AmdrLOTzwgfFpqbtbFFNy0Zf2PywGt=
220MXfn76it60q_kbnS9Rw97cv6XzqogNgQMfIXi6-HdOnamw7tUrMtmXc=3D@protonmail.co=
m</a></span><br></div><div class=3D"protonmail_quote">
        On Thursday, March 27th, 2025 at 6:46 AM, Chris Stewart &lt;stewart=
.chris1234@gmail.com&gt; wrote:<br>
        <blockquote class=3D"protonmail_quote" type=3D"cite">
            <div><div dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><div di=
r=3D"ltr">Hi Antoine,
<p>First off, concept ACK. My concerns are procedural rather than objection=
s to the individual security fixes themselves.</p>
<p>The "Great Consensus Cleanup" is a fantastic brand for communicating the=
se protocol changes to non-technical users. However, since this is a techni=
cal forum and we are producing BIPs intended for technical audiences, I bel=
ieve we should document these changes in separate BIPs.</p>
<p>The proposed security fixes are largely unrelated from a technical stand=
point:</p>
<ol><li>
<p>Timewarp attack mitigation</p>
</li><li>
<p>Worst-case block validation constraints</p>
</li><li>
<p>Disallowing 64-byte transactions</p>
</li><li>
<p>Avoiding duplicate transactions</p>
</li></ol>
<p>We should absolutely retain the "Great Consensus Cleanup" branding while=
 independently documenting each security enhancement.</p>
<p>A common concern I=E2=80=99ve heard about splitting this BIP is that dep=
loying soft forks is difficult, so all changes should be bundled together. =
While soft fork deployment is indeed challenging, we've successfully activa=
ted multiple BIPs within a single soft fork in the past=E2=80=94e.g., BIP14=
1 and BIP143 in Segwit, as well as BIP341, BIP342, and BIP343 in Taproot. I=
f the community reaches consensus, we can still deploy all these changes to=
gether, even if they are documented separately.</p>
<p>This approach also provides flexibility: if one of the proposed changes =
turns out to be controversial, we could remove it without holding up the re=
st of the improvements. Additionally, once these fixes are deployed, there =
will likely be significant research and documentation to incorporate, and m=
aintaining independent BIPs will make it easier to manage that growth.</p>
<p>I do see merit in implementing all the security fixes in a single PR for=
 Bitcoin Core. More active contributors to the project may have stronger op=
inions on the best approach there.<br><br></p><p>-Chris <br></p><hr><div><b=
r></div><div><br></div><div><br></div></div></div></div></div></div><div><d=
iv dir=3D"ltr"><div dir=3D"ltr"><div dir=3D"ltr"><br><div class=3D"gmail_qu=
ote"><div class=3D"gmail_attr" dir=3D"ltr">On Wed, Mar 26, 2025 at 1:23=E2=
=80=AFPM 'Antoine Poinsot' via Bitcoin Development Mailing List &lt;<a targ=
et=3D"_blank" href=3D"mailto:bitcoindev@googlegroups.com" rel=3D"noreferrer=
 nofollow noopener">bitcoindev@googlegroups.com</a>&gt; wrote:<br></div><bl=
ockquote style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-lef=
t-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)" class=3D=
"gmail_quote">Hi everyone,<br>
<br>
About two months ago i shared an update on this list about my (and others',=
 really) work on the<br>
Consensus Cleanup [0]. I am now ready to share a BIP draft for a Consensus =
Cleanup soft fork.<br>
<br>
The BIP draft can be found here: <a target=3D"_blank" rel=3D"noreferrer nof=
ollow noopener" href=3D"https://github.com/darosior/bips/blob/consensus_cle=
anup/bip-cc.md">https://github.com/darosior/bips/blob/consensus_cleanup/bip=
-cc.md</a><br>
<br>
It includes the following fixes:<br>
- a restriction on the timestamp of the first and last blocks of a difficul=
ty adjustment period to<br>
  address the Timewarp and Murch-Zawy attacks;<br>
- a limit on the number of legacy signature operations that may be executed=
 in validating a single<br>
  transaction to address long block validation times;<br>
- making 64 bytes transactions invalid to address weaknesses in the block M=
erkle tree construction;<br>
- mandating coinbase transactions be timelocked to their block height to pr=
event future transaction<br>
  duplication without resorting to BIP30 validation.<br>
<br>
This BIP draws on the 2019 Great Consensus Cleanup proposal from Matt Coral=
lo [1]. A number of<br>
people contributed ideas, testing, data or useful discussions. This include=
s Ava Chow, Matt Corallo,<br>
Mark Erhardt, Brian Groll, David A. Harding, Sjors Provoost, Anthony Towns,=
 Greg Sanders, Chris<br>
Stewart, Eric Voskuil, @0xb10c and others.<br>
<br>
Antoine Poinsot<br>
<br>
[0] <a target=3D"_blank" rel=3D"noreferrer nofollow noopener" href=3D"https=
://gnusha.org/pi/bitcoindev/jiyMlvTX8BnG71f75SqChQZxyhZDQ65kldcugeIDJVJsvK4=
hadCO3GT46xFc7_cUlWdmOCG0B_WIz0HAO5ZugqYTuX5qxnNLRBn3MopuATI=3D@protonmail.=
com">https://gnusha.org/pi/bitcoindev/jiyMlvTX8BnG71f75SqChQZxyhZDQ65kldcug=
eIDJVJsvK4hadCO3GT46xFc7_cUlWdmOCG0B_WIz0HAO5ZugqYTuX5qxnNLRBn3MopuATI=3D@p=
rotonmail.com</a><br>
[1] <a target=3D"_blank" rel=3D"noreferrer nofollow noopener" href=3D"https=
://github.com/TheBlueMatt/bips/blob/7f9670b643b7c943a0cc6d2197d3eabe661050c=
2/bip-XXXX.mediawiki">https://github.com/TheBlueMatt/bips/blob/7f9670b643b7=
c943a0cc6d2197d3eabe661050c2/bip-XXXX.mediawiki</a><br>
<br>
-- <br>
You received this message because you are subscribed to the Google Groups "=
Bitcoin Development Mailing List" group.<br>
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a target=3D"_blank" href=3D"mailto:bitcoindev%2Bunsubscribe@google=
groups.com" rel=3D"noreferrer nofollow noopener">bitcoindev+unsubscribe@goo=
glegroups.com</a>.<br>
To view this discussion visit <a target=3D"_blank" rel=3D"noreferrer nofoll=
ow noopener" href=3D"https://groups.google.com/d/msgid/bitcoindev/uDAujRxk4=
oWnEGYX9lBD3e0V7a4V4Pd-c4-2QVybSZNcfJj5a6IbO6fCM_xEQEpBvQeOT8eIi1r91iKFIvee=
LIxfNMzDys77HUcbl7Zne4g%3D%40protonmail.com">https://groups.google.com/d/ms=
gid/bitcoindev/uDAujRxk4oWnEGYX9lBD3e0V7a4V4Pd-c4-2QVybSZNcfJj5a6IbO6fCM_xE=
QEpBvQeOT8eIi1r91iKFIveeLIxfNMzDys77HUcbl7Zne4g%3D%40protonmail.com</a>.<br=
>
</blockquote></div></div>
</div>
</div>
</div>

        </blockquote><br>
    </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/TD8gP8PKw3th-0DrZznBXrXFILRkwr66wVRoiPC2di_e-NivCRKVjooVZIh7JJSV=
_C9rJEkKTvudWSG8CJsq16jPhQBjM0eVmPe8rir50Y4%3D%40protonmail.com?utm_medium=
=3Demail&utm_source=3Dfooter">https://groups.google.com/d/msgid/bitcoindev/=
TD8gP8PKw3th-0DrZznBXrXFILRkwr66wVRoiPC2di_e-NivCRKVjooVZIh7JJSV_C9rJEkKTvu=
dWSG8CJsq16jPhQBjM0eVmPe8rir50Y4%3D%40protonmail.com</a>.<br />

--b1=_fHzgokfmYhE6vVmdb3WdF9hvRcFl9bXl9vFl4wzCK2M--