<div dir="ltr">The priority space is causing major mempool bloating and GBT latency right now since many of the free transactions aren't getting mined and cleared out of the mempool anymore. From my testing setting minrelaytxfee=0.0001 is not enough to prevent the mempool from getting large during a spam attack, it is also necessary to set limitfreerelay=0 in order to prevent GBT latency degradation. Without setting limitfreerelay=0 GBT degrades significantly for every hour bitcoind is running.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 12, 2015 at 2:25 PM, Luke Dashjr via bitcoin-dev <span dir="ltr"><<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">bitcoin-dev@lists.linuxfoundation.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Thursday, November 12, 2015 8:20:45 PM Chun Wang wrote:<br>
> The sort by priority part in the block is always the best place for spam<br>
> nowadays.<br>
<br>
</span>What are you saying here? Spammers generally can't use the priority space at<br>
all, and it is a major way for legitimate users to get their transactions<br>
mined cheaply despite ongoing spam attempts. You're suggesting the exact<br>
opposite is true?? Please explain.<br>
<div class="HOEnZb"><div class="h5"><br>
Luke<br>
_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a><br>
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" rel="noreferrer" target="_blank">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</a><br>
</div></div></blockquote></div><br></div>