1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
|
Return-Path: <dev@jonasschnelli.ch>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
[172.17.192.35])
by mail.linuxfoundation.org (Postfix) with ESMTPS id 7F820B78
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 19 Jun 2017 16:30:23 +0000 (UTC)
X-Greylist: from auto-whitelisted by SQLgrey-1.7.6
Received: from server3 (server3.include7.ch [144.76.194.38])
by smtp1.linuxfoundation.org (Postfix) with ESMTP id 0771B248
for <bitcoin-dev@lists.linuxfoundation.org>;
Mon, 19 Jun 2017 16:30:22 +0000 (UTC)
Received: by server3 (Postfix, from userid 115)
id 4763D2D004CD; Mon, 19 Jun 2017 18:30:22 +0200 (CEST)
Received: from [172.20.10.3] (unknown [213.55.211.7])
by server3 (Postfix) with ESMTPSA id ED11D2D00182;
Mon, 19 Jun 2017 18:30:19 +0200 (CEST)
From: Jonas Schnelli <dev@jonasschnelli.ch>
Message-Id: <4FDEA4E2-F96D-4A2B-BE6C-04808CFEC74B@jonasschnelli.ch>
Content-Type: multipart/signed;
boundary="Apple-Mail=_60DFEC37-A165-4624-9B94-4AC5DED59AF8";
protocol="application/pgp-signature"; micalg=pgp-sha256
Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\))
Date: Mon, 19 Jun 2017 18:30:18 +0200
In-Reply-To: <2778650.T23JsbTI1Y@strawberry>
To: Tom Zander <tomz@freedommail.ch>
References: <CAO3Pvs8ccTkgrecJG6KFbBW+9moHF-FTU+4qNfayeE3hM9uRrg@mail.gmail.com>
<55482016.LADLl5KXAH@strawberry>
<4052F361-966C-4817-9779-146D4B43D1FE@jonasschnelli.ch>
<2778650.T23JsbTI1Y@strawberry>
X-Mailer: Apple Mail (2.3273)
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, FSL_HELO_NON_FQDN_1
autolearn=ham version=3.3.1
X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on
smtp1.linux-foundation.org
Cc: bitcoin-dev@lists.linuxfoundation.org
Subject: Re: [bitcoin-dev] BIP Proposal: Compact Client Side Filtering for
Light Clients
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.12
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: Mon, 19 Jun 2017 16:30:23 -0000
--Apple-Mail=_60DFEC37-A165-4624-9B94-4AC5DED59AF8
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
>>=20
>> I think many users would be willing ...
>> a) =E2=80=A6 to trade higher privacy (using client side filtering) =
for not having
>> the =E2=80=9Eincoming transaction=E2=80=9C feature b) =E2=80=93 if =
they want 0-conf =E2=80=93 to fetch
>> all inved transactions
>=20
> You seem to misunderstand the usecase.
> If you send me a transaction, both of use are using our phones, then I =
need
> to be able to have immediate feedback on the transaction being =
broadcast on
> the network.
> This is not about zero-conf, this is simple seeing what is happening =
while
> it is happening.
>=20
> Additionally, when the transaction that is meant for my wallet is =
broadcast,
> I want my SPV wallet to parse and check the actual transaction.
> It is not just to see that *something* was actually send, but also to =
be
> able to see how much is being paid to me. Maybe If the transaction is =
marked
> as RBF-able, etc.
>=20
> Really basic usability: provide information to your users when you =
can,
> should they want to, and by default on.
I see this use case.
But I did receive bank wire transfers for the last decades without =
_immediately_ knowing that someone sent funds to me.
I personally would ALWAYS trade the higher bandwidth consumption (300MB =
mempool filtering) or slower notification time (maybe ~1h) for =
preserving privacy.
I agree, there are use cases where you want immediate notification, =
those use cases could probably be solved by not trowing away privacy =
(=E2=80=9Eparsing=E2=80=9C all transactions and running in the =
background).
/jonas
--Apple-Mail=_60DFEC37-A165-4624-9B94-4AC5DED59AF8
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCAAdFiEEyhopCNzi8TB0xizeHrd2uwPHki0FAllH/BoACgkQHrd2uwPH
ki2+tw//dEcDeIv5T1EF9Yz5igV1eeG3pmXH4zczZvL0yPLmtyq5OiyfkH6HXN4x
xfDl8DHRLAUMTvlTRnlpILTOhM/FIumwgdklkC1bzl6danROuiFjs+0nVbevvX91
LVZI0Z13x5tyqEvuN+YRogvuhYUUekeULc7IPrWzgueCjhbtBqX2rp9tMw8Qp5at
gS7ID7thDDh+TPNJcwhRiGK87Jgl7VgFPfiynGvmHN3FuRH/C+CU5XKSpSayI74Q
fy62jRAlrtDaI8uzf0ox69jm0JqYheE+uLv/smX02lzMC74DKmmIrFNqqmeBmzXe
kOXe7MxBQc28KMOZjvRwumHUbUOrDt/lMWi07o6uqh+66ZESHoiNRU6Nmx9nsldT
r1ps4Z/cUslDutmbw6B+K73oanlBSPB0+GR+sw2fViv+cXS7NxL2EzyLwLWGNJT5
TC8+xuyLXWAcYVHomLumNWxt6AcNHgdMjykdOU87vcEiv8E5OfFpyU+3Ss3+GEby
fpCAENwyt1B6hALuIdvR+50Mb++1rUGxxVFQ/KoUZgu0H6TnyLS6tIOgrGrlxsAY
V3VR+6fXc32eezQvgPfpNDSS6etNmPA9YdTLrzY53dgdWvuUIQAQYZntiL3OjjjT
iDmHnwZTmNElgYzZDvOMAQfrIsucTLhrz3Xm6gIFGYVVFxO7EfY=
=K3eb
-----END PGP SIGNATURE-----
--Apple-Mail=_60DFEC37-A165-4624-9B94-4AC5DED59AF8--
|
