Date: Thu, 17 May 2018 11:43:15 -0400
From: Peter Todd <pete@petertodd.org>
To: Matt Corallo <lf-lists@mattcorallo.com>,
	Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Message-ID: <20180517154315.pcs6cmx3lx3on4dz@petertodd.org>
References: <d43c6082-1b2c-c95b-5144-99ad0021ea6c@mattcorallo.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
	protocol="application/pgp-signature"; boundary="xyibqxmf3hih2u5w"
Content-Disposition: inline
In-Reply-To: <d43c6082-1b2c-c95b-5144-99ad0021ea6c@mattcorallo.com>
User-Agent: NeoMutt/20170113 (1.7.2)
Subject: Re: [bitcoin-dev] BIP 158 Flexibility and Filter Size
Precedence: list


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

On Thu, May 17, 2018 at 11:25:12AM -0400, Matt Corallo via bitcoin-dev wrot=
e:
> BIP 158 currently includes the following in the "basic" filter: 1)
> txids, 2) output scripts, 3) input prevouts.
>=20
> I believe (1) could be skipped entirely - there is almost no reason why
> you'd not be able to filter for, eg, the set of output scripts in a
> transaction you know about and (2) and (3) may want to be split out -
> many wallets may wish to just find transactions paying to them, as
> transactions spending from their outputs should generally be things
> they've created.

So I think we have two cases where wallets want to find txs spending from t=
heir
outputs:

1) Waiting for a confirmation
2) Detecting theft

The former can be turned off once there are no expected unconfirmed
transactions.

As for the latter, this is probably a valuable thing for wallets to do. Mod=
ulo
reorgs, reducing the frequency that you check for stolen funds doesn't decr=
ease
total bandwidth cost - it's one filter match per block regardless - but per=
haps
the real-world bandwidth cost can be reduced by, say, waiting for a wifi
connection rather than using cellular data.

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

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

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

iQIzBAEBCAAdFiEE0RcYcKRzsEwFZ3N5Lly11TVRLzcFAlr9ow4ACgkQLly11TVR
LzeVXg/7BIyQOOrL77BDEakgmKSjIwLe0M23mMNmRqanO1yqK0ueEKmY+5LCyLu4
ZNGzy8S6/a8sDApI/FWq0EhsFgHEN0J9V7kjjQO49pAx3APP/JDz2IX4eAb/4pU8
f0T1OYnBgTdb0G/ankhBn/la7iZZGobuDsqwwB6ORBP3QPmIuZruUmigWxpdCfa3
Q/upfw1IXCBWq8e++ixGH/QJuj8yDIwzMjRNfcn8x3pAYhxPQbfqSFr5MhAawLvm
Fph4Pz2i1odjBtyGgmcwAW+EUrLBBdKESc8yV9xs0AuACcOjVtaDi3VMJTqKc1Em
EPKfnRPTJ4UhdQ35kAyZmenQIDAuPEQq9YYVh1gGIXHmLRzkBsu0gRZWLHDGaXtD
PiRybVgsDT3wd5KBn5KGxajUPNWo524a6f/K9gUFFTyJFgUTmXM4Kob+9hVJA31i
t2zdfz28HfDcyex6tNMRSoKwbHdkZJ+aIB8NGcoXi3U977Kop+9+513oObsOs2wM
V9LR2rEKIYVjl4DHm74JTE8sedTuPCd2w7OWbhiNnElQBB4K6ZsQ/N0F6mC1Z1RZ
TzX5Po52ZPpdvw6e0rpnSVAkC7Kg3NlPQaPhlIrt3hInB+i5E3Jc5ndgpldECxuM
vhRZZ8KWP0OAOsZ4jfcCcuo5nCsgyvltLF0dO7wf0MxlysF0OfE=
=reII
-----END PGP SIGNATURE-----

--xyibqxmf3hih2u5w--