1  Return-Path: <luke@dashjr.org>
 2  Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
 3  	[172.17.192.35])
 4  	by mail.linuxfoundation.org (Postfix) with ESMTPS id 8C2BFE2E
 5  	for <bitcoin-dev@lists.linuxfoundation.org>;
 6  	Mon, 22 Jul 2019 17:18:22 +0000 (UTC)
 7  X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
 8  Received: from zinan.dashjr.org (zinan.dashjr.org [192.3.11.21])
 9  	by smtp1.linuxfoundation.org (Postfix) with ESMTP id 38DB7775
10  	for <bitcoin-dev@lists.linuxfoundation.org>;
11  	Mon, 22 Jul 2019 17:18:14 +0000 (UTC)
12  Received: from ishibashi.lan (adsl-98-70-226-244.gnv.bellsouth.net
13  	[98.70.226.244]) (Authenticated sender: luke-jr)
14  	by zinan.dashjr.org (Postfix) with ESMTPSA id 79CA138A0DAE;
15  	Mon, 22 Jul 2019 17:17:32 +0000 (UTC)
16  X-Hashcash: 1:25:190722:bitcoin-dev@lists.linuxfoundation.org::0rZ0E3onjMRuiXE+:agrPW
17  X-Hashcash: 1:25:190722:dev@jonasschnelli.ch::GvGpjUA/HS4ZDSrQ:byyqh
18  X-Hashcash: 1:25:190722:andreas@schildbach.de::AGKTybCWeS0/yGi2:MEKv
19  X-Hashcash: 1:25:190722:lf-lists@mattcorallo.com::CZ8iFpeMfr4ckKfl:kFsy
20  From: Luke Dashjr <luke@dashjr.org>
21  To: bitcoin-dev@lists.linuxfoundation.org,
22  	Jonas Schnelli <dev@jonasschnelli.ch>
23  Date: Mon, 22 Jul 2019 17:17:28 +0000
24  User-Agent: KMail/1.9.10
25  References: <59fad2b6-9b15-ffec-116e-91d27ce29f80@mattcorallo.com>
26  	<qh2qj1$7sg4$1@blaine.gmane.org>
27  	<122FF05A-8A80-4C13-95D1-BA67B602246A@jonasschnelli.ch>
28  In-Reply-To: <122FF05A-8A80-4C13-95D1-BA67B602246A@jonasschnelli.ch>
29  X-KMail-QuotePrefix: > 
30  MIME-Version: 1.0
31  Content-Type: Text/Plain;
32    charset="utf-8"
33  Content-Transfer-Encoding: quoted-printable
34  Content-Disposition: inline
35  Message-Id: <201907221717.30281.luke@dashjr.org>
36  X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED
37  	autolearn=ham version=3.3.1
38  X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
39  	smtp1.linux-foundation.org
40  X-Mailman-Approved-At: Mon, 22 Jul 2019 20:38:39 +0000
41  Cc: Andreas Schildbach <andreas@schildbach.de>
42  Subject: Re: [bitcoin-dev] Bitcoin Core to disable Bloom-based Filtering by
43  	default
44  X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
45  X-Mailman-Version: 2.1.12
46  Precedence: list
47  List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org>
48  List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
49  	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
50  List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
51  List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
52  List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
53  List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
54  	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
55  X-List-Received-Date: Mon, 22 Jul 2019 17:18:22 -0000
56  
57  On Monday 22 July 2019 13:25:25 Jonas Schnelli via bitcoin-dev wrote:
58  > > I also think as long as we don't have an alternative, we should improve
59  > > the current filtering for segwit. E.g. testing the scripts themselves
60  > > and each scriptPubKey spent by any input against the filter would do,
61  > > and it also fixes the main privacy issue with server-side filtering
62  > > (wallets have to add two items per address to the filter).
63  >
64  > I think the consensus among protocol developers is (please speak up), that
65  > BIP37 (public server based tx filtering) =E2=80=93 in general =E2=80=93 w=
66  as a conceptual
67  > mistake. Maybe extending it further is the wrong step, especially when
68  > promising alternatives like BIP158 (neutrino) are around.
69  
70  Neutrino is very controversial, and NOT less trustful than bloom filters.
71  It also uses significantly more bandwidth.
72  
73  It seems a better approach is to add Stratum (Electrum) support, and to lim=
74  it=20
75  usage of all pseudo-SPV protocols to trusted peers.
76  
77  > The fact that nobody cared about extending it for SW may also underline t=
78  hat
79  > BIP37 is seen as a conceptual mistake and/or "low interest in further
80  > extensions=E2=80=9C.=20
81  
82  Eric Lombrozo added segwit support. While it was never reviewed for Core, i=
83  t=20
84  has been included and supported in Knots since v0.15.1. As I understand it,=
85  =20
86  his mSIGNA wallet also makes usage of the feature.
87  
88  Luke
89