Date: Wed, 27 Oct 2021 16:01:51 -0400
From: Peter Todd <pete@petertodd.org>
To: Antoine Riard <antoine.riard@gmail.com>,
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Message-ID: <20211027200151.GC5674@petertodd.org>
References: <CAM1a7P04apCwwmqNp4VLRam5_uk59tVRWv74UVD_g0-DUGNghw@mail.gmail.com>
 <CALZpt+E_47wmDg3Z2N5=z5x3cca5vSxP6fgYzMK_pybwp1161g@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
 protocol="application/pgp-signature"; boundary="p2kqVDKq5asng8Dg"
Content-Disposition: inline
In-Reply-To: <CALZpt+E_47wmDg3Z2N5=z5x3cca5vSxP6fgYzMK_pybwp1161g@mail.gmail.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Cc: lisa neigut <niftynei@gmail.com>
Subject: Re: [bitcoin-dev] death to the mempool, long live the mempool
Precedence: list


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

On Tue, Oct 26, 2021 at 07:44:45PM -0400, Antoine Riard via bitcoin-dev wro=
te:
> Such a list of endpoints couldn't be static otherwise it's an artificial
> barrier to enter in the mining competition, and as such a centralization
> vector. Dynamic, trust-minimized discovery of the mining endpoints assumes
> an address-relay network, of which the robustness must be high enough
> against sophisticated sybil attacks. One current defense mechanism in core
> to achieve that is selecting outbound peers based in different /16 subnets
> as it's harder for an attacker to obtain IP addresses. Replicating this
> mechanism for the mining endpoints binds the mining topology to the
> Internet one, which is downgrading the mining competition.

I think a really simple way to put it is if we didn't have the mempool, it'=
d be
good to create a free service that got transactions to miners in an equal
opportunity, decentralized, way. A simple flood fill scheme would be a great
way to do that... at which point you've re-invented the mempool.

Nothing wrong with people running nodes that opt-out of transaction
broadcasting, and it may even make sense for such nodes to preferentially p=
eer
with each other. But there's always going to be a need for a scheme like the
existing mempool, so might as well just keep it.

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

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

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

iQEzBAEBCgAdFiEEFcyURjhyM68BBPYTJIFAPaXwkfsFAmF5sCoACgkQJIFAPaXw
kfs2vAf8CS4po949ezH2e78VkH2wU4iZqe0yBp4AdFQrckNsB0HHlSMfwHtg/Cgk
OXrM/ywYg+Qo90en6hOxBd/seJ+ODYkkokC73u+effYLYY8NQebFs/aE8Agk/3+W
I+7LK586EJWehBvp9AusdEKi0G0X5p1USZYk9nUtY38jBePmGZbzf+gUGop607Ml
yrzyBJHqB3cSsLdpXnHSiO1MG+aWkBiz0HesNnpeHYcRkUOUETsE9WNQFfkYeOm5
w5EnnliOUjZeXdl7h24E0RIDS/gB9c/GjZ4kpjSyTAGyJyaUxLM50zkiuzdsXk2G
++EYNO3vbAp+sftMnBi95F+gLnQT9g==
=ru2L
-----END PGP SIGNATURE-----

--p2kqVDKq5asng8Dg--