From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YL8gY-00005H-Hk for bitcoin-development@lists.sourceforge.net; Tue, 10 Feb 2015 11:08:54 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 74.125.82.54 as permitted sender) client-ip=74.125.82.54; envelope-from=mh.in.england@gmail.com; helo=mail-wg0-f54.google.com; Received: from mail-wg0-f54.google.com ([74.125.82.54]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1YL8gW-0000Ho-MK for bitcoin-development@lists.sourceforge.net; Tue, 10 Feb 2015 11:08:54 +0000 Received: by mail-wg0-f54.google.com with SMTP id y19so6545007wgg.13 for ; Tue, 10 Feb 2015 03:08:46 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.194.61.51 with SMTP id m19mr51801001wjr.39.1423566526541; Tue, 10 Feb 2015 03:08:46 -0800 (PST) Sender: mh.in.england@gmail.com Received: by 10.194.188.11 with HTTP; Tue, 10 Feb 2015 03:08:46 -0800 (PST) In-Reply-To: References: Date: Tue, 10 Feb 2015 12:08:46 +0100 X-Google-Sender-Auth: Kezxaq0iGcPUT8kgCccO8JBTIVw Message-ID: From: Mike Hearn To: Natanael Content-Type: multipart/alternative; boundary=047d7b66fa5f20f793050eb9e938 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: 1YL8gW-0000Ho-MK Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Standardizing automatic pre-negotiation of transaction terms with BIP70? (Emulating Amazon one-click purchase at all merchants) 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: Tue, 10 Feb 2015 11:08:54 -0000 --047d7b66fa5f20f793050eb9e938 Content-Type: text/plain; charset=UTF-8 We can certainly imagine many BIP70 extensions, but for things like auto-filling shipping addresses, is the wallet the best place to do it? My browser already knows how to fill out this data in credit card forms, it would make sense to reuse that for Bitcoin. It sounds like you want a kind of Star-Trek negotiation agent thing, where your computer knows how to seek out the best deal because all the metadata is standardised. Such a thing would be an interesting project, but it's probably not best done in BIP70 given how it's deployed and used today. Rather, I'd suggest looking at the various HTML5 data standards which would allow merchants to advertise things like where they ship to in a machine readable and crawlable form. --047d7b66fa5f20f793050eb9e938 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
We can certainly imagine many B= IP70 extensions, but for things like auto-filling shipping addresses, is th= e wallet the best place to do it? My browser already knows how to fill out = this data in credit card forms, it would make sense to reuse that for Bitco= in.

It= sounds like you want a kind of Star-Trek negotiation agent thing, where yo= ur computer knows how to seek out the best deal because all the metadata is= standardised. Such a thing would be an interesting project, but it's p= robably not best done in BIP70 given how it's deployed and used today. = Rather, I'd suggest looking at the various HTML5 data standards which w= ould allow merchants to advertise things like where they ship to in a machi= ne readable and crawlable form.
--047d7b66fa5f20f793050eb9e938--