path: root/b7/9390438fb0d6e8af23af758d5b6564e4de9962

Return-Path: <pete@petertodd.org>
Received: from smtp1.osuosl.org (smtp1.osuosl.org [140.211.166.138])
 by lists.linuxfoundation.org (Postfix) with ESMTP id 6BBC9C002D
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Thu, 27 Oct 2022 15:06:09 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
 by smtp1.osuosl.org (Postfix) with ESMTP id 447298141F
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Thu, 27 Oct 2022 15:06:09 +0000 (UTC)
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp1.osuosl.org 447298141F
Authentication-Results: smtp1.osuosl.org; dkim=pass (2048-bit key,
 unprotected) header.d=messagingengine.com header.i=@messagingengine.com
 header.a=rsa-sha256 header.s=fm3 header.b=nwe1scJh
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -2.603
X-Spam-Level: 
X-Spam-Status: No, score=-2.603 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001,
 SPF_HELO_PASS=-0.001, SPF_PASS=-0.001]
 autolearn=ham autolearn_force=no
Received: from smtp1.osuosl.org ([127.0.0.1])
 by localhost (smtp1.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id SWEnXCedmPki
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Thu, 27 Oct 2022 15:06:03 +0000 (UTC)
X-Greylist: delayed 00:05:35 by SQLgrey-1.8.0
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp1.osuosl.org B1C4B81413
Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com
 [64.147.123.25])
 by smtp1.osuosl.org (Postfix) with ESMTPS id B1C4B81413
 for <bitcoin-dev@lists.linuxfoundation.org>;
 Thu, 27 Oct 2022 15:06:03 +0000 (UTC)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
 by mailout.west.internal (Postfix) with ESMTP id E41E33200920;
 Thu, 27 Oct 2022 11:00:23 -0400 (EDT)
Received: from mailfrontend2 ([10.202.2.163])
 by compute4.internal (MEProxy); Thu, 27 Oct 2022 11:00:24 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=
 messagingengine.com; h=cc:cc:content-type:date:date:feedback-id
 :feedback-id:from:from:in-reply-to:in-reply-to:message-id
 :mime-version:references:reply-to:sender:subject:subject:to:to
 :x-me-proxy:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=
 fm3; t=1666882823; x=1666969223; bh=AOXOgCrvdu+grn+Mscl9GsJbKJma
 ED0dJXPDTxldISs=; b=nwe1scJhkvmSroGJ2dh/bt2DM9NdUMiPezNNH3mFrH7E
 zLFrr7pBR7oBLXrRAkfJeE7CtFSc7J47QZscXXDxgIm9s+aLm9263bkkGUiKFKtl
 Ag53TflGX8Zo22KuBnb2+Gu+zQ0GpsjsePzwYaVJJI+Eui+I8e1Lexoddze/4O5U
 ZczscuLJb4ZucWSQeHgw5TsuBKxpWPOPXlD9z7TMyAPJqCNuiW8h+XLYnjKkyFri
 M32lDpOmh6sut9SPxacJNM/3LjvUIa2dUdG/QWB2AWMdeIL/6Jj9PXgb5nMVO01J
 Lhphx/DKK3k1kX1RZh8d84wskCpFLUKTKhgyejY9yw==
X-ME-Sender: <xms:Bp1aY0iTVn_i8cE_14kOrWnzJVJxeH_4D0s0_vsJvI99pxbDTmmknA>
 <xme:Bp1aY9CBhX7hTWSXpvfb2_MUqNVr0acR6BkepU0wCUkcfj2vhIxfwWlMd_xXjnVqY
 PwJDAaIuaTzNMmNOLs>
X-ME-Received: <xmr:Bp1aY8F9mdTLTRqmClWN9aOtHpJpIv6fMSfB4Q8DdbRRldC474BNwyKFog>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvgedrtdeggdekudcutefuodetggdotefrodftvf
 curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu
 uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc
 fjughrpeffhffvvefukfhfgggtuggjsehgtderredttddvnecuhfhrohhmpefrvghtvghr
 ucfvohguugcuoehpvghtvgesphgvthgvrhhtohguugdrohhrgheqnecuggftrfgrthhtvg
 hrnhepledvleelffdtudekudffjefgfeejueehieelfedtgfetudetgeegveeutefhjedt
 necuffhomhgrihhnpehpvghtvghrthhouggurdhorhhgnecuvehluhhsthgvrhfuihiivg
 eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvsehpvghtvghrthhouggurdho
 rhhg
X-ME-Proxy: <xmx:Bp1aY1RdJf1SZUljOqxqod42YCJplXdLV-jukdw5_aVFTzIsGJpWnw>
 <xmx:Bp1aYxz5dXizvPfi3PffNfLNVYNhvY3DOADNk_Q1BMwz3ALeKS-7LQ>
 <xmx:Bp1aYz7VwLaFfLfnffSrpueLebFTzcu38Sw8VxuJ2adu6XNBmi3xXQ>
 <xmx:B51aYztRyPlS-uR9zUMhdiimiFCCWjhnHFT2zdjvHKG5uEo6Cp58Zg>
Feedback-ID: i525146e8:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Thu,
 27 Oct 2022 11:00:22 -0400 (EDT)
Received: by localhost (Postfix, from userid 1000)
 id A8A125F82A; Thu, 27 Oct 2022 11:00:16 -0400 (EDT)
Date: Thu, 27 Oct 2022 11:00:16 -0400
From: Peter Todd <pete@petertodd.org>
To: Greg Sanders <gsanders87@gmail.com>,
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Message-ID: <Y1qdALo0sadzr/QS@petertodd.org>
References: <Y1nIKjQC3DkiSGyw@erisian.com.au>
 <CAB3F3DvXkmd6+nG=eXaiOK9MJr8RtiQ4pnMWN+vW0pMJKQbQ=Q@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature"; boundary="ktemXg2LQ/4S/cEV"
Content-Disposition: inline
In-Reply-To: <CAB3F3DvXkmd6+nG=eXaiOK9MJr8RtiQ4pnMWN+vW0pMJKQbQ=Q@mail.gmail.com>
Cc: Anthony Towns <aj@erisian.com.au>
Subject: Re: [bitcoin-dev] On mempool policy consistency
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>, 
 <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>, 
 <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Oct 2022 15:06:09 -0000


--ktemXg2LQ/4S/cEV
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Oct 27, 2022 at 09:49:48AM -0400, Greg Sanders via bitcoin-dev wrot=
e:
> So there is some precedence to including an option that protocol devs don=
't
> find useful, then removing it N years later to make sure it doesn't impact
> compact blocks.

I think the lesson there is we're willing to remove options that are
ridiculous. Replacements are widely used, and downright essential in high-f=
ee
situations.

> Peering into the "precedence" lense, I think this does lend itself to the
> theory that the transition should be as uniform as possible to avoid
> degradation of fast block propagation. If not removing options(which is
> deemed user hostile by a number of folks including me), then at least for=
 a
> flag day switchover.

Re: compact blocks, note that RBF is a special case: for the sake of
reconstruction, it'd make sense to temporarily cache transactions have have
been replaced rather than discarding them entirely, in case a prior version
gets mined. Irregardless of policy this will happen occasionally simple due=
 to
propagation delays. Equally, if we cached transactions that we rejected due=
 to
policy, that'd help with reconstruction success in the event that policy is
changing.

Anyway, since the compact blocks implementation efficiently deals with the =
case
where miners have policy that differs from most nodes, by immediately
forwarding missing transactions, I don't think the occasional full-rbf
replacement is going to have much impact. The nodes that had full-rbf disab=
led
will forward the tx to their peers directly, and then the subset of full-rbf
disabled peers will do the same again. So long as the network has a mix of =
both
types, and they're interconnected rather than in clusters, the latency impa=
ct
should be minimal.

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

--ktemXg2LQ/4S/cEV
Content-Type: application/pgp-signature; name="signature.asc"

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

iQIzBAEBCgAdFiEE0RcYcKRzsEwFZ3N5Lly11TVRLzcFAmNanPEACgkQLly11TVR
LzcZvw//S+09G43NeLlI2uTtGPZNTMG1wlj/40Q4escc3/bOyqCnlmBkR8bezvrx
6i7s9UwY+bwtfQKtrNX3Z5pTGN/QsMHSkrRI0I7F+81v4/4TCFcX8FPQTc0Ebcqw
i9XY6PRJGDYJpeWatNHiMWO4S//ES8Gmd7Ug7XjtzjGgEbJ4jEP+V4+c17e13wp6
yQvuM4q6nfKUV0jEMB1oTrmv+L5dECRVQVFQIlSqYIkWTOU9bzCWsxmT+6yzhUNO
pwOJ6afkiqzohVZZKlvbUIDubGHNEfoRcKw1gmiYJuoxNv55COBMDgYSaE+606hH
64ZIkp9J4EaE4Tqlz244nRDPs9CkahUddQSk3iAe7Ff7FvJnNMsgy+42oFaRCglH
SVSfiIJfWvChC4p+3N0oiQqruTabPVD8gX7+Zdu3KF97AKTPIhM1MySkEPIcRfXd
tT0gn8y34ut+jxh3djf3qOY0/pHwc9CI3N2Vsw22DpUeoMcaDuaz015Tv419N52Y
st6nci6d6ds9MqfVElqPCU3f6kkUtfNZdSlTm09CESWL71RmNRYdyK8lI9MejI+M
gGmfsulCk03sxNRF5cAXhXtwjc8Q48WEHmavria3r7goTrtf6w+bLp7fRjTDgXq3
1sl1+DEiUiEzwxCO0KDyH9cxoCFA+YqcR52H2P/WI1jwInyLoK0=
=MIR+
-----END PGP SIGNATURE-----

--ktemXg2LQ/4S/cEV--