Return-Path: Received: from smtp4.osuosl.org (smtp4.osuosl.org [140.211.166.137]) by lists.linuxfoundation.org (Postfix) with ESMTP id 9A1BFC002B for ; Thu, 2 Feb 2023 20:47:43 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp4.osuosl.org (Postfix) with ESMTP id 81AC941D22 for ; Thu, 2 Feb 2023 20:47:43 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 smtp4.osuosl.org 81AC941D22 Authentication-Results: smtp4.osuosl.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256 header.s=20210112 header.b=jsUTjY9Z X-Virus-Scanned: amavisd-new at osuosl.org X-Spam-Flag: NO X-Spam-Score: -1.848 X-Spam-Level: X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from smtp4.osuosl.org ([127.0.0.1]) by localhost (smtp4.osuosl.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2xAd6K7dGNqu for ; Thu, 2 Feb 2023 20:47:41 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.8.0 DKIM-Filter: OpenDKIM Filter v2.11.0 smtp4.osuosl.org 6A83F41D21 Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) by smtp4.osuosl.org (Postfix) with ESMTPS id 6A83F41D21 for ; Thu, 2 Feb 2023 20:47:41 +0000 (UTC) Received: by mail-ej1-x62e.google.com with SMTP id gr7so9606467ejb.5 for ; Thu, 02 Feb 2023 12:47:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=dwdg4B13RebDHmNJQM+jlU9ssehEOHOICOkpJSsTmlQ=; b=jsUTjY9Z60KdL3YhYWFTucugyDOUROya75O/roKBKgfWQ+GpDslLH+grOrGgVZ7o69 2/EF+GzzBZEvfIOCmTWkn1Brp+snnAt8HqPo0YtiZoU4sX4g92kxvUJ5IxMs5RufRnu/ pKIlvBN0dD8hmanPOZ+GqxQVM7zaUndaJZTrJ3AP4FQ8dxr8uG8ai3uIVWKMx9x5r1Lx hPseWlCZ/pIwnOgBFUoJHkMFo6/1XFqtvos4M5cRpdAF7DIN/UCcClPYFtTyuxoKsNfM evVYYXzzCj9IV5DetUNnl6mwzYWhCJV3QmiZYNm4G0zIpMLmOKg2vuP3ET2DAxZmQcFe C68g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=dwdg4B13RebDHmNJQM+jlU9ssehEOHOICOkpJSsTmlQ=; b=RmbyQ8FJleLV3DavKUvNxxM669giKbqOYH18RneB9Lc3hZm0gTgenfHAvw6EH5qefU NEp1CtKu1gSB5IIqdQWrnHF/NYuqsIk+w5IwUIDJZJxxpKXqI3C4CLlC4CUoyAXu6mHC CJKRz/Q3X4Yoj3Dj9MrQ93n63IXgTCmWUgKPPyG4Eomz1SWJVNx/99tcdcg23Qx63b9a F7vxFF0RGJ8WqSV49S2yXgvNymCKcIL2SEAvxzrNZ+t8MrG0GWlcZO4kX1aVT/19FY+n 8WWjGMzQXGYLPoz3Fpcfv0GHe5m2LA8KkvfmQ7DyMktmr129Pt4Por1guRts/VunVjpD tyGw== X-Gm-Message-State: AO0yUKVDOov8PKNH3xhZEv322d4BCqZPT/z9SQ0Q+Mfq02HUX3zS3vmJ Lbqh1CwjnaMwX+N02CN83HnbE7T7am8JtB9tZGtcyDfy X-Google-Smtp-Source: AK7set80AxS8kmfGM6ZJoij/CO/lFDd5ggOsxXxHlMCgr2xwBgAceONNiv6q1+j0Z3fjXZZPtHiuRooyTM1Wc4oupz4= X-Received: by 2002:a17:906:1806:b0:882:4e87:8848 with SMTP id v6-20020a170906180600b008824e878848mr2635472eje.86.1675370859321; Thu, 02 Feb 2023 12:47:39 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Greg Sanders Date: Thu, 2 Feb 2023 15:47:28 -0500 Message-ID: To: Peter Todd Content-Type: multipart/alternative; boundary="000000000000efde0805f3bdaca7" Cc: Bitcoin Protocol Discussion Subject: Re: [bitcoin-dev] Ephemeral Anchors: Fixing V3 Package RBF againstpackage limit pinning 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: Thu, 02 Feb 2023 20:47:43 -0000 --000000000000efde0805f3bdaca7 Content-Type: text/plain; charset="UTF-8" > OP_TRUE is the obvious way to do this, and it results with a 1 on the stack, which plays better with other standardness rules. What other standardness rules? MINAMALIF? How does that interact with the proposal? On Thu, Feb 2, 2023 at 3:22 PM Peter Todd wrote: > On Thu, Feb 02, 2023 at 01:36:24PM -0500, Greg Sanders wrote: > > Quickly checked, it fails a number of standardness tests in > unit/functional > > tests in Bitcoin Core, at least. > > > > OP_2 was actually Luke Jr's idea circa 2017 for about the same reasons, I > > just independently arrived at the same conclusion. > > Well, frankly I really don't like the idea of using OP_2 just to avoid > changing > some unit tests. We're doing something that many people will use for years > to > come, that's unnecessarily obscure just because we don't want to spend a > bit of > some modifying some tests to pass. > > OP_TRUE is the obvious way to do this, and it results with a 1 on the > stack, > which plays better with other standardness rules. OP_2 means we *also* may > need > to special case having a 2 on the stack in certain implementations of other > standardness rules. > > -- > https://petertodd.org 'peter'[:-1]@petertodd.org > --000000000000efde0805f3bdaca7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> OP_TRUE is the obvious way to do this, and it results= with a 1 on the stack,
which plays better with other standardness rules= .=C2=A0

What other standardness rules? MINAMALIF? How do= es that interact with the proposal?

On Thu, Feb 2, 2023 at 3:22 PM Pet= er Todd <pete@pe= tertodd.org> wrote:
On Thu, Feb 02, 2023 at 01:36:24PM -0500, Greg Sanders wrote: > Quickly checked, it fails a number of standardness tests in unit/funct= ional
> tests in Bitcoin Core, at least.
>
> OP_2 was actually Luke Jr's idea circa 2017 for about the same rea= sons, I
> just independently arrived at the same conclusion.

Well, frankly I really don't like the idea of using OP_2 just to avoid = changing
some unit tests. We're doing something that many people will use for ye= ars to
come, that's unnecessarily obscure just because we don't want to sp= end a bit of
some modifying some tests to pass.

OP_TRUE is the obvious way to do this, and it results with a 1 on the stack= ,
which plays better with other standardness rules. OP_2 means we *also* may = need
to special case having a 2 on the stack in certain implementations of other=
standardness rules.

--
http= s://petertodd.org 'peter'[:-1]@petertodd.org
--000000000000efde0805f3bdaca7--