Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
From: Matt Corallo <lf-lists@mattcorallo.com>
Mime-Version: 1.0 (1.0)
Date: Thu, 14 Jan 2021 00:39:16 -0500
Message-Id: <DDE19B4D-9272-4645-8016-BDC377902751@mattcorallo.com>
References: <20210114053257.4ctg3qdvo7s44s72@erisian.com.au>
In-Reply-To: <20210114053257.4ctg3qdvo7s44s72@erisian.com.au>
To: Anthony Towns <aj@erisian.com.au>
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Proposal for new "disabletx" p2p message
Precedence: list

So we=E2=80=99d kill two birds with one stone if all bloom support was dropp=
ed. As far as I understand, precomputed filters are now provided via p2p con=
nections as well.

Matt

> On Jan 14, 2021, at 00:33, Anthony Towns <aj@erisian.com.au> wrote:
>=20
> =EF=BB=BFOn Wed, Jan 13, 2021 at 01:40:03AM -0500, Matt Corallo via bitcoi=
n-dev wrote:
>> Out of curiosity, was the interaction between fRelay and bloom disabling e=
ver
>> specified? ie if you aren=E2=80=99t allowed to enable bloom filters on a c=
onnection due
>> to resource constraints/new limits, is it ever possible to =E2=80=9Cset=E2=
=80=9D fRelay later?
>=20
> (Maybe I'm missing something, but...)
>=20
> In the current bitcoin implementation, no -- you either set
> m_tx_relay->fRelayTxes to true via the VERSION message (either explicitly
> or by not setting fRelay), or you enable it later with FILTERLOAD or
> FILTERCLEAR, both of which will cause a disconnect if bloom filters
> aren't supported. Bloom filter support is (optionally?) indicated via
> a service bit (BIP 111), so you could assume you know whether they're
> supported as soon as you receive the VERSION line.
>=20
> fRelay is specified in BIP 37 as:
>=20
>  | 1 byte || fRelay || bool || If false then broadcast transactions will
>  not be announced until a filter{load,add,clear} command is received. If
>  missing or true, no change in protocol behaviour occurs.
>=20
> BIP 60 defines the field as "relay" and references BIP 37. Don't think
> it's referenced in any other bips.
>=20
> Cheers,
> aj
>=20