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 1W8t7y-0000sr-GE for bitcoin-development@lists.sourceforge.net; Thu, 30 Jan 2014 15:02:02 +0000 Received-SPF: pass (sog-mx-2.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.214.180 as permitted sender) client-ip=209.85.214.180; envelope-from=mh.in.england@gmail.com; helo=mail-ob0-f180.google.com; Received: from mail-ob0-f180.google.com ([209.85.214.180]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1W8t7x-0002S8-0M for bitcoin-development@lists.sourceforge.net; Thu, 30 Jan 2014 15:02:02 +0000 Received: by mail-ob0-f180.google.com with SMTP id wp4so3576235obc.39 for ; Thu, 30 Jan 2014 07:01:52 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.60.84.199 with SMTP id b7mr1518541oez.55.1391094112127; Thu, 30 Jan 2014 07:01:52 -0800 (PST) Sender: mh.in.england@gmail.com Received: by 10.76.99.112 with HTTP; Thu, 30 Jan 2014 07:01:52 -0800 (PST) In-Reply-To: References: Date: Thu, 30 Jan 2014 16:01:52 +0100 X-Google-Sender-Auth: ZaWwKFVElsbwQmk2-WmvdQ64S9c Message-ID: From: Mike Hearn To: Jeff Garzik Content-Type: multipart/alternative; boundary=089e0102dc826710f004f13156dc 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: 1W8t7x-0002S8-0M Cc: Bitcoin Dev , Andreas Schildbach Subject: Re: [Bitcoin-development] BIP70: PaymentACK semantics 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 15:02:02 -0000 --089e0102dc826710f004f13156dc Content-Type: text/plain; charset=UTF-8 > > Is this truly the intent? That the merchant/processor takes full > responsibility for getting the TX confirmed? As per Gavin at the top of the thread, the intent is to give the customer reassurance that their payment will be processed. The merchant trying to get the tx confirmed is presumably a part of that as it'd make no sense for a merchant to give that assurance and decide they don't care about the money. But nothing stops the user broadcasting the tx as well, once the receiver has given that assurance. --089e0102dc826710f004f13156dc Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Is this truly the intent? =C2=A0That the merchant/processor takes ful= l
responsibility for getting the TX confirmed?

As per Gavin at the top of the thread, the intent is to give the customer= reassurance that their payment will be processed. The merchant trying to g= et the tx confirmed is presumably a part of that as it'd make no sense = for a merchant to give that assurance and decide they don't care about = the money.

But nothing stops the user broadcasting the tx as well,= once the receiver has given that assurance.=C2=A0
--089e0102dc826710f004f13156dc--