I think the strong verification would go well if you add it along with an optimization that avoids rechecking transactions that have already been verified as valid. Any transactions it doesn&#39;t have to verify are from the pool, of course :)<br>
<br><div class="gmail_quote">On Thu, May 24, 2012 at 7:33 PM, Jeff Garzik <span dir="ltr">&lt;<a href="mailto:jgarzik@exmulti.com" target="_blank">jgarzik@exmulti.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There appears to be some non-trivial mining power devoted to mining<br>
empty blocks.  Even with satoshi&#39;s key observation -- hash a fixed<br>
80-byte header, not the entire block -- some miners still find it<br>
easier to mine empty blocks, rather than watch the network for new<br>
transactions.<br>
<br>
Therefore I was wondering what people thought about a client<br>
implementation change:<br>
<br>
     - Do not store or relay empty blocks, if time since last block &lt; X<br>
       (where X = 60 minutes, perhaps)<br>
<br>
or even stronger,<br>
<br>
     - Ensure latest block includes at least X percent of mempool<br>
unconfirmed TXs<br>
<br>
The former is easier to implement, though there is the danger that<br>
no-TX miners simply include a statically generated transaction or two.<br>
<br>
The latter might be considered problematic, as it might refuse to<br>
relay quickly found blocks.<br>
<br>
Comments?  It wouldn&#39;t be a problem if these no-TX blocks were not<br>
already getting frequent (1 in 20).<br>
<br>
--<br>
Jeff Garzik<br>
exMULTI, Inc.<br>
<a href="mailto:jgarzik@exmulti.com">jgarzik@exmulti.com</a><br>
<br>
------------------------------------------------------------------------------<br>
Live Security Virtual Conference<br>
Exclusive live event will cover all the ways today&#39;s security and<br>
threat landscape has changed and how IT managers can respond. Discussions<br>
will include endpoint security, mobile security and the latest in malware<br>
threats. <a href="http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/" target="_blank">http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/</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>
</blockquote></div><br>