From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1VnoRF-0005l0-PI for bitcoin-development@lists.sourceforge.net; Tue, 03 Dec 2013 11:46:49 +0000 Received-SPF: pass (sog-mx-1.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.219.45 as permitted sender) client-ip=209.85.219.45; envelope-from=mh.in.england@gmail.com; helo=mail-oa0-f45.google.com; Received: from mail-oa0-f45.google.com ([209.85.219.45]) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1VnoRE-0006fR-S6 for bitcoin-development@lists.sourceforge.net; Tue, 03 Dec 2013 11:46:49 +0000 Received: by mail-oa0-f45.google.com with SMTP id o6so14767448oag.18 for ; Tue, 03 Dec 2013 03:46:43 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.60.138.136 with SMTP id qq8mr1357128oeb.59.1386071203479; Tue, 03 Dec 2013 03:46:43 -0800 (PST) Sender: mh.in.england@gmail.com Received: by 10.76.3.134 with HTTP; Tue, 3 Dec 2013 03:46:43 -0800 (PST) In-Reply-To: References: <5E4597E4-C1C7-4536-8CF0-82EDD7715DAB@plan99.net> <39921E12-B411-4430-9D56-04F53906B109@plan99.net> Date: Tue, 3 Dec 2013 12:46:43 +0100 X-Google-Sender-Auth: P01iVjhwBkJRjDh0pC1xY3MpH58 Message-ID: From: Mike Hearn To: Gavin Andresen Content-Type: multipart/alternative; boundary=047d7b41ccf8b79b0204ec9fd91f 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: 1VnoRE-0006fR-S6 Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Floating fees and SPV clients 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, 03 Dec 2013 11:46:50 -0000 --047d7b41ccf8b79b0204ec9fd91f Content-Type: text/plain; charset=UTF-8 On Tue, Dec 3, 2013 at 12:41 PM, Gavin Andresen wrote: > > If users want to pay with a huge transaction then it seems to me the user > should cover that cost. Allowing users to pay merchants with 100K > transactions full of dust and expecting them to eat the cost seems like a > great way to enable bleed-the-merchant-dry attacks. > A merchant can always refuse the payment and refund it if that's a practical problem. I doubt it would be though. If a user is trying to buy something from the merchant, they will want it to work, and it'll be up to the developers of the wallet they're using to ensure it never does anything obnoxious or unacceptable that would result in people hating to receive money from that app. > RE: hiding or showing fees: I pointed out to Peter that there doesn't > have to be One True Answer. Let wallets experiment with either hiding or > exposing fees, and may the best user experience win. > Sure. I think there will be experimentation in this regard. --047d7b41ccf8b79b0204ec9fd91f Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On T= ue, Dec 3, 2013 at 12:41 PM, Gavin Andresen <gavinandresen@gmail.c= om> wrote:
If u= sers want to pay with a huge transaction then it seems to me the user shoul= d cover that cost. Allowing users to pay merchants with 100K transactions f= ull of dust and expecting them to eat the cost seems like a great way to en= able bleed-the-merchant-dry attacks.

A merchant can always refuse t= he payment and refund it if that's a practical problem. I doubt it woul= d be though. If a user is trying to buy something from the merchant, they w= ill want it to work, and it'll be up to the developers of the wallet th= ey're using to ensure it never does anything obnoxious or unacceptable = that would result in people hating to receive money from that app.
=C2=A0
RE: hiding or showing fees: =C2=A0I pointed out = to Peter that there doesn't have to be One True Answer. =C2=A0Let walle= ts experiment with either hiding or exposing fees, and may the best user ex= perience win.

Sure. I think there will= be experimentation in this regard.
--047d7b41ccf8b79b0204ec9fd91f--