Feedback-ID: i525146e8:Fastmail
Date: Thu, 20 Oct 2022 19:21:01 -0400
From: Peter Todd <pete@petertodd.org>
To: Greg Sanders <gsanders87@gmail.com>,
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Message-ID: <Y1HX3cI7k91pTFUf@petertodd.org>
References: <CAB3F3DtNWajm669s9a=cs+Dft0PXDu1JHchzEw+yYLmRS+YSYQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature"; boundary="7v7nFs9Tdl9IzEvF"
Content-Disposition: inline
In-Reply-To: <CAB3F3DtNWajm669s9a=cs+Dft0PXDu1JHchzEw+yYLmRS+YSYQ@mail.gmail.com>
Subject: Re: [bitcoin-dev] Relaxing minimum non-witness transaction size
 policy restriction
Precedence: list


--7v7nFs9Tdl9IzEvF
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Tue, Oct 11, 2022 at 08:50:07AM -0400, Greg Sanders via bitcoin-dev wrot=
e:
> Hello fellow Bitcoiners,
>=20
> After looking at some fairly exotic possible transaction types, I ran into
> the current policy limit requiring transactions to be 85 non-witness
> serialized bytes. This was introduced as a covert fix to policy fix
> for CVE-2017-12842. Later the real motivation was revealed, but the
> "reasonable" constant chosen was not.
>=20
> I'd like to propose relaxing this to effectively the value BlueMatt
> proposed in the Great Consensus Cleanup: 65 non-witness bytes. This would
> allow a single input, single output transaction with 4 bytes of OP_RETURN
> padding, rather than padding out 21 bytes to get to p2wpkh size.
>=20
> The alternative would be to also allow anything below 64 non-witness byte=
s,
> but this seems fraught with footguns for a few bytes gain.

What footguns exactly? Spending a single input to OP_RETURN with no payload=
 is
a valid use to get rid of dust in the UTXO set.

--=20
https://petertodd.org 'peter'[:-1]@petertodd.org

--7v7nFs9Tdl9IzEvF
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCgAdFiEEFcyURjhyM68BBPYTJIFAPaXwkfsFAmNR19gACgkQJIFAPaXw
kfsjlQf+Oda2VM423DYAw2drUaaIrdb70WLE6OvP2PRH2lLSCHio5kcpjq7AQl1L
h1JB+Zuya96JJaLAUcNvoafPtUcck2H1rgvMF1FW80V2zqPfBkVwqG8bMaKxRtRa
o3XmpU0r9Nkd4lYbKVUOuBX/EtTQE0pLGAwpXZbMBkXyJtRi+Y5zuJduzVVADOrS
ggQfmKxRaBEp+2pEVljuZ63Y/Vejvv/+tkkVf86j+JOuFYgMo+yyQYL4YPrnQ5j0
lAlqD+kXJkanE/K0JRAbZ18U5r5ZdzHSiwLfY/l3voxjwTC2ivqY450dOoBZT8C8
3vLBuvhRhSrpvaiRVVbvKt1nuKW5/Q==
=HMFx
-----END PGP SIGNATURE-----

--7v7nFs9Tdl9IzEvF--