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-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1W8pq4-0000ZC-WC for bitcoin-development@lists.sourceforge.net; Thu, 30 Jan 2014 11:31:21 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.214.174 as permitted sender) client-ip=209.85.214.174; envelope-from=mh.in.england@gmail.com; helo=mail-ob0-f174.google.com; Received: from mail-ob0-f174.google.com ([209.85.214.174]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1W8pq3-0007EF-2W for bitcoin-development@lists.sourceforge.net; Thu, 30 Jan 2014 11:31:20 +0000 Received: by mail-ob0-f174.google.com with SMTP id uy5so3308265obc.5 for ; Thu, 30 Jan 2014 03:31:03 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.182.102.134 with SMTP id fo6mr11058505obb.10.1391081463185; Thu, 30 Jan 2014 03:31:03 -0800 (PST) Sender: mh.in.england@gmail.com Received: by 10.76.99.112 with HTTP; Thu, 30 Jan 2014 03:31:03 -0800 (PST) In-Reply-To: <52EA343E.4010208@borboggle.com> References: <52E9E787.8080304@borboggle.com> <52EA343E.4010208@borboggle.com> Date: Thu, 30 Jan 2014 12:31:03 +0100 X-Google-Sender-Auth: eh61bszL9RjYtdjWyOlGKGigeck Message-ID: From: Mike Hearn To: Chuck Content-Type: multipart/alternative; boundary=089e0149c3807789c604f12e64dc 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: 1W8pq3-0007EF-2W Cc: Bitcoin-Dev Subject: Re: [Bitcoin-development] BIP70 message delivery reliability 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: Thu, 30 Jan 2014 11:31:21 -0000 --089e0149c3807789c604f12e64dc Content-Type: text/plain; charset=UTF-8 On Thu, Jan 30, 2014 at 12:15 PM, Chuck wrote: > In arbitration the merchant could argue the transactions seen on the > network were insufficient. > The arbitrator would presumably have some rules about what is or isn't an acceptable form of payment. HTTP has response codes for submission of the Payment message. We could add signing to PaymentACK and other things in future, if that turns out to be insufficient in practice. --089e0149c3807789c604f12e64dc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= hu, Jan 30, 2014 at 12:15 PM, Chuck <chuck+bitcoindev@borbogg= le.com> wrote:
In arbitration the merchant could argue the transactions s= een on the network were insufficient.

The arbitrator would presumably have some = rules about what is or isn't an acceptable form of payment.
<= br>
HTTP has response codes for submission of the Payment message= . We could add signing to PaymentACK and other things in future, if that tu= rns out to be insufficient in practice.
--089e0149c3807789c604f12e64dc--