<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 3 December 2013 10:45, Mike Hearn <span dir="ltr">&lt;<a href="mailto:mike@plan99.net" target="_blank">mike@plan99.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>On Tue, Dec 3, 2013 at 11:36 AM, Drak <span dir="ltr">&lt;<a href="mailto:drak@zikula.org" target="_blank">drak@zikula.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 dir="ltr"><div class="gmail_extra">I dont like the idea of putting the min fee in the hands of the receiver. Seems like that will work against the best interests of senders in the long run. </div></div></blockquote>


<div>
<br></div></div><div>Senders have no interest in ever attaching any kind of fee, which is one reason we explored child-pays-for-parent for a while. It&#39;s not the sender who cares about double spending risk. Left to their own devices, all senders would always attach no fee at all (or rather: whatever the min was to get the transaction relayed to the merchant).</div>


</div></div></div></blockquote><div><br></div><div>I respectfully disagree. Senders need their funds to be received. The incentive is right there. Miners want mining fees. So if you want to pay for something, you need to make sure payment arrives. Senders know that if they exclude the fee it might not arrive at all. Miners increasingly ignore no or low fees. So those two agents together ensure there is a fee more than not. If what you said was true, we would hardly see fees being paid at all, but on the contrary we see lots of fees, and much higher than the minimum 0.0001/kb rate that is currently required.</div>


<div> </div><div>Merchants will just include ridiculous fees - there are some exchanges that do it already - MtGox being the famous example requires a 0.001 fee 10x higher than the network rate - the CEO does it because he says &quot;it&#39;s better&quot;. That&#39;s not a fee going to MtGox, that is the miner fee and they have no plans to reduce it. </div>

<div><br></div><div>Typically vendor software may not get updated and or lag behind with fat fees never decreasing or decreasing way too slowly - it&#39;s just not fluid or dynamic enough when it rests with the vendor.</div>


<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>However, receivers do want a fee attached, </div>


</div></div></div></blockquote><div><br></div><div>No - receivers want to be paid. If they are not paid they wont dispatch the goods or service. Neither party is happy in that circumstance. The incentive that the payment confirms is there naturally.</div>


<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>That&#39;s what fee estimation does, essentially, minus the encoding into blocks. Once you start getting miners telling people what fees are directly you run into cases where they might try to lie about their behaviour or otherwise influence the average. Querying all nodes avoids that problem.</div>


</div></div></div></blockquote><div><br></div><div>Miners cant lie about fees accepted because that&#39;s part of the transaction. When Alice sends funds to Bob it includes the fee information and that is included in the block. There is no way to fake it. The average fee paid is provable - so there is no need to query nodes at all, you simply look at the blockchain. You dont even need to write it into the blockchain since it can be calculated from the blockchain, it would just make it simpler.</div>


<div><br></div><div>Drak</div></div></div></div>