Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YOs7t-0001mT-RX for bitcoin-development@lists.sourceforge.net; Fri, 20 Feb 2015 18:16:33 +0000 Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.212.173 as permitted sender) client-ip=209.85.212.173; envelope-from=mh.in.england@gmail.com; helo=mail-wi0-f173.google.com; Received: from mail-wi0-f173.google.com ([209.85.212.173]) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1YOs29-00047y-Hh for bitcoin-development@lists.sourceforge.net; Fri, 20 Feb 2015 18:10:38 +0000 Received: by mail-wi0-f173.google.com with SMTP id bs8so4765759wib.0 for ; Fri, 20 Feb 2015 10:10:31 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.180.14.196 with SMTP id r4mr26364888wic.77.1424455830024; Fri, 20 Feb 2015 10:10:30 -0800 (PST) Sender: mh.in.england@gmail.com Received: by 10.194.188.11 with HTTP; Fri, 20 Feb 2015 10:10:29 -0800 (PST) In-Reply-To: References: Date: Fri, 20 Feb 2015 19:10:29 +0100 X-Google-Sender-Auth: ndV14_4cdy5pJmYREr3ko9DOgGA Message-ID: From: Mike Hearn To: Adam Back Content-Type: multipart/alternative; boundary=f46d04138c7dbf3978050f88f71e X-Spam-Score: -0.5 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (mh.in.england[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1YOs29-00047y-Hh Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] bloom filtering, privacy X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Feb 2015 18:16:33 -0000 --f46d04138c7dbf3978050f88f71e Content-Type: text/plain; charset=UTF-8 > > So now they ask a full node for merkle paths + transactions for the > addresses from the UTXO set from the block(s) that it was found in. This is the part where I get lost. How does this improve privacy? If I have to specify which addresses are mine in this block, to get the tx data, the node learns which addresses are mine at this point, no? Also, are you saying each block needs a record of the entire UTXO set at the time the block was made? I'm not sure how to parse this sentence. Could you please walk me through precisely what happens and what data is sent, once I learn that a block has interesting data in it? --f46d04138c7dbf3978050f88f71e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
So now they ask a full node for merkle paths + t= ransactions for the
addresses from the UTXO set from the block(s) that it was found in.

This is the part where I get lost. How does this i= mprove privacy? If I have to specify which addresses are mine in this block= , to get the tx data, the node learns which addresses are mine at this poin= t, no?

Also, are you saying each block needs a rec= ord of the entire UTXO set at the time the block was made? I'm not sure= how to parse this sentence.

Could you please walk= me through precisely what happens and what data is sent, once I learn that= a block has interesting data in it?=C2=A0


--f46d04138c7dbf3978050f88f71e--