From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp3.osuosl.org (smtp3.osuosl.org [IPv6:2605:bc80:3010::136]) by lists.linuxfoundation.org (Postfix) with ESMTP id 46533C002B for ; Fri, 17 Feb 2023 23:35:37 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp3.osuosl.org (Postfix) with ESMTP id 1B3D360E34 for ; Fri, 17 Feb 2023 23:35:37 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 smtp3.osuosl.org 1B3D360E34 Authentication-Results: smtp3.osuosl.org; dkim=pass (2048-bit key) header.d=mail.wpsoftware.net header.i=@mail.wpsoftware.net header.a=rsa-sha256 header.s=default header.b=YRKYDVo2 X-Virus-Scanned: amavisd-new at osuosl.org X-Spam-Flag: NO X-Spam-Score: -1.107 X-Spam-Level: X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=no autolearn_force=no Received: from smtp3.osuosl.org ([127.0.0.1]) by localhost (smtp3.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6fYHaRcJHlbQ for ; Fri, 17 Feb 2023 23:35:36 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.8.0 DKIM-Filter: OpenDKIM Filter v2.11.0 smtp3.osuosl.org E474B60E2F Received: from mail.wpsoftware.net (unknown [66.183.0.205]) by smtp3.osuosl.org (Postfix) with ESMTP id E474B60E2F for ; Fri, 17 Feb 2023 23:35:35 +0000 (UTC) Received: from camus (camus-andrew.lan [192.168.0.190]) by mail.wpsoftware.net (Postfix) with ESMTPSA id 3B4A9400FE; Fri, 17 Feb 2023 23:35:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mail.wpsoftware.net; s=default; t=1676676935; bh=WkerfRRrGZdAzPoDDwmHmESqqv6PV5+l2OrdfbwamzY=; h=Date:From:To:Subject:References:In-Reply-To; b=YRKYDVo28XOKW8GhesepMQaOTLWygmPheVE9sJt9HUhFYlpxhk8pK/gj8rHeNZivD iiSdCqQDTvM8UH3d4O/Us1haPOUWTb/fQudymwg2kkdSUPyCmNRfWeGMEWtnw1AH/3 GgaRIgPd3mX4QVcUdE9UsPdu5hPfBB8hxBoQz+ZH5i/40vK6N6R1O7sNbo6laKlKx9 VEiT21gldmtayM7bHj+Kjb1wCpoOa/a/BX2zrTJbCWiTMoHwVFsFxmrF8tN2UY9gvD v8fSmMFePRRFAmou1QpAZb+na3ocwiHHHmCu7YKycbmYXnNy0ahkL7WWw3MZjds0Q4 /femx2m9Mw5mw== Date: Fri, 17 Feb 2023 23:35:34 +0000 From: Andrew Poelstra To: vjudeu@gazeta.pl, Bitcoin Protocol Discussion Message-ID: References: <177016307-23dca06637e70217317077657442d0d8@pmq7v.m5r2.onet> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="UE16S2jPU8Q11BIm" Content-Disposition: inline In-Reply-To: <177016307-23dca06637e70217317077657442d0d8@pmq7v.m5r2.onet> Subject: Re: [bitcoin-dev] Testing censorship resistance of bitcoin p2p network X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2023 23:35:37 -0000 --UE16S2jPU8Q11BIm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 17, 2023 at 03:56:31PM +0100, vjudeu via bitcoin-dev wrote: > > [0]: https://gist.github.com/luke-jr/4c022839584020444915c84bdd825831 >=20 > I wonder how far should that rule go: SCRIPT_ERR_DISCOURAGE_UPGRADABLE_NO= PS. Because "OP_FALSE OP_IF OP_ENDIF" is effectively the same as= "OP_NOP", and putting NOPs in many places is considered non-standard. The = same is true for "OP_TRUE OP_NOTIF OP_ENDIF", and also there are= many variants, where someone could use "OP_FALSE OP_NOT" instead of "OP_TR= UE", or check if "2+2=3D=3D4" by using "OP_2 OP_2 OP_ADD OP_4 OP_EQUAL" (in= stead of putting "OP_TRUE"). > If you ban any of these specific script fragments then spammers will just use `IF ENDIF` and provide the `FALSE` as a zero push. And banning *this* would ban legitimate use cases. You could try statically analyze `` to determine whether the IF branch could ever be taken. For example there is no path through the "inscription script" that would result in all the crap being dropped by the end of the script, violating the CLEANSTACK rule. This sort of filtering, assuming it could be reliably and efficiently done, would at least force inscription scripts to be "plausible", and would greatly increase their space cost by e.g. requiring OP_DROP to be added somewhere hundreds of times. --=20 Andrew Poelstra Director of Research, Blockstream Email: apoelstra at wpsoftware.net Web: https://www.wpsoftware.net/andrew The sun is always shining in space -Justin Lewis-Webster --UE16S2jPU8Q11BIm Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEkPnKPD7Je+ki35VexYjWPOQbl8EFAmPwD0UACgkQxYjWPOQb l8HdRgf+IisZhDlQcu5foc+42tHSDjmmTC2FVVBSm4eIVi83rph5pB1aLNGqF1Ae VMy/++8r6zpSLs0Gt9fWa3l8PJN3MUfOrm6EnTxRaQeZOYcxv9CXUQc/OLWcM2zY 7Y52p6/e7bPX7V16NFQF+ypNmGYwmQkWzIkwMWHmPLFRt7gqVgwIFYQ9b8OtbAur VnscDw825vWyPJd/u5VJs6Mqtr+9pdOT1pivn8sq+opIqb3nIzkY1qqRNhtx59Mc +YNBCjJlr15N+UquKCK5NewI7E5sLlqdX2M1YW9n2mHQtlSvjJn1YF1E9jxr5PCy 8iLGmxPWYFcgT/3hcNsABaoVyAb1Gw== =cGd7 -----END PGP SIGNATURE----- --UE16S2jPU8Q11BIm--