From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1W2Pjs-0002eh-7g for bitcoin-development@lists.sourceforge.net; Sun, 12 Jan 2014 18:26:24 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.214.179 as permitted sender) client-ip=209.85.214.179; envelope-from=mh.in.england@gmail.com; helo=mail-ob0-f179.google.com; Received: from mail-ob0-f179.google.com ([209.85.214.179]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1W2Pjr-00037H-Fw for bitcoin-development@lists.sourceforge.net; Sun, 12 Jan 2014 18:26:24 +0000 Received: by mail-ob0-f179.google.com with SMTP id wp4so1340155obc.38 for ; Sun, 12 Jan 2014 10:26:18 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.60.157.130 with SMTP id wm2mr17280326oeb.31.1389551178092; Sun, 12 Jan 2014 10:26:18 -0800 (PST) Sender: mh.in.england@gmail.com Received: by 10.76.99.112 with HTTP; Sun, 12 Jan 2014 10:26:18 -0800 (PST) In-Reply-To: References: <20140106120338.GA14918@savin> <20140110102037.GB25749@savin> Date: Sun, 12 Jan 2014 19:26:18 +0100 X-Google-Sender-Auth: st6LdYVdDDru0tjC5LbEBkVq09Y Message-ID: From: Mike Hearn To: Jeremy Spilman Content-Type: multipart/alternative; boundary=047d7bd6afcc5e23a304efca1894 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: 1W2Pjr-00037H-Fw Cc: "bitcoin-development@lists.sourceforge.net" Subject: Re: [Bitcoin-development] Stealth Addresses 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: Sun, 12 Jan 2014 18:26:24 -0000 --047d7bd6afcc5e23a304efca1894 Content-Type: text/plain; charset=UTF-8 On Sun, Jan 12, 2014 at 7:20 PM, Jeremy Spilman wrote: > I think for displaying the payment in the UI after it's been made via > PP, we have to fully support sending to a new standard address type anyway. > Why? Showing an address is meaningless, especially if the user didn't type it in or see it somewhere else. It's just an opaque random number, all putting it in the UI can do is make it look scarier :) Part of the point of the payment protocol is it lets merchants provide human readable text for transactions instead of addresses. --047d7bd6afcc5e23a304efca1894 Content-Type: text/html; charset=UTF-8
On Sun, Jan 12, 2014 at 7:20 PM, Jeremy Spilman <jeremy@taplink.co> wrote:
I think for displaying the payment in the UI after it's been made via PP, we have to fully support sending to a new standard address type anyway.

Why? Showing an address is meaningless, especially if the user didn't type it in or see it somewhere else. It's just an opaque random number, all putting it in the UI can do is make it look scarier :)

Part of the point of the payment protocol is it lets merchants provide human readable text for transactions instead of addresses.
--047d7bd6afcc5e23a304efca1894--