Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 7F820B78 for ; 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 ; 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 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 References: <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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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--