From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YL8rM-0005NF-RL for bitcoin-development@lists.sourceforge.net; Tue, 10 Feb 2015 11:20:04 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.212.181 as permitted sender) client-ip=209.85.212.181; envelope-from=natanael.l@gmail.com; helo=mail-wi0-f181.google.com; Received: from mail-wi0-f181.google.com ([209.85.212.181]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1YL8rL-00006b-3t for bitcoin-development@lists.sourceforge.net; Tue, 10 Feb 2015 11:20:04 +0000 Received: by mail-wi0-f181.google.com with SMTP id r20so7949818wiv.2 for ; Tue, 10 Feb 2015 03:19:57 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.180.90.37 with SMTP id bt5mr45063809wib.29.1423567196947; Tue, 10 Feb 2015 03:19:56 -0800 (PST) Received: by 10.194.92.208 with HTTP; Tue, 10 Feb 2015 03:19:56 -0800 (PST) Received: by 10.194.92.208 with HTTP; Tue, 10 Feb 2015 03:19:56 -0800 (PST) In-Reply-To: References: Date: Tue, 10 Feb 2015 12:19:56 +0100 Message-ID: From: Natanael To: Mike Hearn Content-Type: multipart/alternative; boundary=f46d043d6779168a42050eba1104 X-Spam-Score: -0.1 (/) 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 (natanael.l[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 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 0.5 AWL AWL: Adjusted score from AWL reputation of From: address X-Headers-End: 1YL8rL-00006b-3t 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:20:04 -0000 --f46d043d6779168a42050eba1104 Content-Type: text/plain; charset=UTF-8 Den 10 feb 2015 12:08 skrev "Mike Hearn" : > > 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. BIP70 doesn't have to be the place, but not needing to make sure the device in question have that information stored already would be an improvement. What protocol is used doesn't matter much, I just thought reusing BIP70 would simplify implementation. HTML5 elements could definitely be supported, through adding a tag in the HTML form that says "prompt the Bitcoin wallet about the following payment details". As one example, your browser could ask your hardware wallet over BLE for this data. This way you barely have to trust the computer you're using at all, as everything it does is confirmed on the hardware wallet before payment (assuming it has a screen, which it should). Linking your hardware wallet over BLE to new devices which you then use for browsing and shopping could be trivial and yet allow secure auto-fill of this kind. --f46d043d6779168a42050eba1104 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Den 10 feb 2015 12:08 skrev "Mike Hearn" <mike@plan99.net>:
>
> We can certainly imagine many BIP70 extensions, but for things like au= to-filling shipping addresses, is the wallet the best place to do it? My br= owser already knows how to fill out this data in credit card forms, it woul= d make sense to reuse that for Bitcoin.
>
> It sounds like you want a kind of Star-Trek negotiation agent thing, w= here your computer knows how to seek out the best deal because all the meta= data is standardised. Such a thing would be an interesting project, but it&= #39;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.

BIP70 doesn't have to be the place, but not needing to m= ake sure the device in question have that information stored already would = be an improvement. What protocol is used doesn't matter much, I just th= ought reusing BIP70 would simplify implementation.

HTML5 elements could definitely be supported, through adding= a tag in the HTML form that says "prompt the Bitcoin wallet about the= following payment details".

As one example, your browser could ask your hardware wallet = over BLE for this data. This way you barely have to trust the computer you&= #39;re using at all, as everything it does is confirmed on the hardware wal= let before payment (assuming it has a screen, which it should). Linking you= r hardware wallet over BLE to new devices which you then use for browsing a= nd shopping could=C2=A0 be trivial and yet allow secure auto-fill of this k= ind.

--f46d043d6779168a42050eba1104--