<div dir="ltr">Hi all, first post so go easy on me!<div><br></div><div>Background/Intro: I&#39;m a C/C++ software engineer with a keen interest in Bitcoin working for everyone. I&#39;ve spent the last couple of months pitching Bitcoin to merchants &amp; end users (previously I mined),<div>
<br></div><div>While I agree as Peter said, transparency with fees is good and leaving it to the wallet designer to decide to either show / hide these (as Gavin suggested) there is no denying that users hate fees/charges. That&#39;s why in the UK so many online retailers offer free delivery (again perceived as a zero value add charge). Infact, if you ask the average consumer, they only have a mild inkling that there are fees paid by the merchants for using credit cards.</div>
<div><br></div><div>So I&#39;d agree with Gavin&#39;s proposed spec in an <span style="font-family:arial,sans-serif;font-size:13px">optional uint64 minfee which senders(wallets) should deduct from the total paid to the receiver. If however the sender is doing a dust collection txn (surely hugely unusual for legit users?) then the sender should pay the additional costs. Does that make &quot;minfee&quot; actually &quot;minfeeperkb&quot;? Perhaps, but wallets should aim to not display such implementation details.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><span style="font-family:arial,sans-serif;font-size:13px">As a newb though, I have to ask, how does the receiver/requester/merchant enforce these fee requests are respected?</span></div>
<div><br></div><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 3 December 2013 12:07, Peter Todd <span dir="ltr">&lt;<a href="mailto:pete@petertodd.org" target="_blank">pete@petertodd.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Tue, Dec 03, 2013 at 12:57:23PM +0100, Taylor Gerring wrote:<br>
&gt;<br>
&gt; On Dec 3, 2013, at 12:29 PM, Mike Hearn &lt;<a href="mailto:mike@plan99.net">mike@plan99.net</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt; It may be acceptable that receivers don&#39;t always receive exactly what they requested, at least for person-to-business transactions.  For person-to-person transactions of course any fee at all is confusing because you intuitively expect that if you send 1 mBTC, then 1 mBTC will arrive the other end. I wonder if we&#39;ll end up in a world where buying things from shops involves paying fees, and (more occasional?) person-to-person transactions tend to be free and people just understand that the money isn&#39;t going to be spendable for a while.<br>

&gt;<br>
&gt;<br>
&gt; &gt; person-to-business transactions.  For person-to-person transactions<br>
&gt; Why should there be two classes of transactions? Where does paying a local business at a farmer’s stand lie in that realm? Transactions should work the same regardless of who is on the receiving end.<br>
&gt;<br>
&gt; &gt; any fee at all is confusing because you intuitively expect that if you send 1 mBTC, then 1 mBTC will arrive the other end<br>
&gt; The paradigm of sending money has an explicit cost is not new... I think people are used to Western Union/PayPal and associated fees, no?  It’s okay to have a fee if it’s reasonable, so let’s inform the user what the estimated cost is to send a transaction in a reasonable amount of time.<br>

<br>
</div>Indeed.<br>
<br>
Transparency on fees is going to be good from a marketing point of view<br>
as well: fact is, Bitcoin transations have fees involved, and if we&#39;re<br>
up-front and honest about those fees and what they are and why, we<br>
demystify the system and give people the confidence to tell others about<br>
the cost-advantages of Bitcoin, and at the same time, combat fud about<br>
fees with accurate and honest information.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
&#39;peter&#39;[:-1]@<a href="http://petertodd.org" target="_blank">petertodd.org</a><br>
000000000000000f9102d27cfd61ea9e8bb324593593ca3ce6ba53153ff251b3<br>
</div></div><br>------------------------------------------------------------------------------<br>
Rapidly troubleshoot problems before they affect your business. Most IT<br>
organizations don&#39;t have a clear picture of how application performance<br>
affects their revenue. With AppDynamics, you get 100% visibility into your<br>
Java,.NET, &amp; PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!<br>
<a href="http://pubads.g.doubleclick.net/gampad/clk?id=84349351&amp;iu=/4140/ostg.clktrk" target="_blank">http://pubads.g.doubleclick.net/gampad/clk?id=84349351&amp;iu=/4140/ostg.clktrk</a><br>_______________________________________________<br>

Bitcoin-development mailing list<br>
<a href="mailto:Bitcoin-development@lists.sourceforge.net">Bitcoin-development@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development" target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a><br>
<br></blockquote></div><br></div>