<oembed><type>rich</type><version>1.0</version><author_name>npub1dtr22xd42nv07un2xq0rmtkqkjylgsmexau0anxxafa9xmmn2ncshu7wrs</author_name><author_url>https://nostr.ae/npub1dtr22xd42nv07un2xq0rmtkqkjylgsmexau0anxxafa9xmmn2ncshu7wrs</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2012-05-24&#xA;📝 Original message:On Thursday, May 24, 2012 4:33:12 PM Jeff Garzik wrote:&#xA;&gt; There appears to be some non-trivial mining power devoted to mining&#xA;&gt; empty blocks.  Even with satoshi&#39;s key observation -- hash a fixed&#xA;&gt; 80-byte header, not the entire block -- some miners still find it&#xA;&gt; easier to mine empty blocks, rather than watch the network for new&#xA;&gt; transactions.&#xA;&gt; &#xA;&gt; Therefore I was wondering what people thought about a client&#xA;&gt; implementation change:&#xA;&gt; &#xA;&gt;      - Do not store or relay empty blocks, if time since last block &lt; X&#xA;&gt;        (where X = 60 minutes, perhaps)&#xA;&gt; &#xA;&gt; or even stronger,&#xA;&gt; &#xA;&gt;      - Ensure latest block includes at least X percent of mempool&#xA;&gt; unconfirmed TXs&#xA;&#xA;These are problematic for legitimate miners:&#xA;1) The freedom to reject transactions based on fees or spam filters, is &#xA;severely restricted. As mentioned in other replies, this is an important point &#xA;of Bitcoin&#39;s design.&#xA;1b) This punishes miners with superior transaction spam filtering. As with all &#xA;spam filtering, it is often an &#34;arms race&#34; and therefore the filter rules must &#xA;be kept private by the miners, and therefore cannot be disclosed for the &#xA;validating clients to take into consideration.&#xA;2) For a few seconds after a new block is received, the new transaction merkle &#xA;root(s) are not finished calculating. During this time, most miners are &#xA;working on &#34;blank&#34; blocks with the new previousblockhash but no transactions. &#xA;If those blocks are ignored, miners are forced to shutdown mining during this &#xA;time.&#xA;3) As you mentioned, illegitimate miners can easily workaround these &#xA;restrictions (even the second one, by flooding the network with their own &#xA;transactions). This puts the legitimate miners at a disadvantage in their own &#xA;search for valid blocks, unless they also come up with counter-measures &#xA;themselves.&#xA;&#xA;The argument that these are not rule changes is flawed:&#xA;1) As of right now, 99% of the network runs a single client. Anything this &#xA;client rejects does de facto become a rule change.&#xA;2) Even if there were a diverse ecosystem of clients in place, discouragement &#xA;rules that potentially affect legitimate miners significantly mess with the &#xA;odds of finding a block.&#xA;3) If legitimate miners do not adopt counter-rules to bypass these new &#xA;restrictions, the illegitimate miners are left with an even larger percentage &#xA;of blocks found.&#xA;&#xA;To summarize, I believe such a change as proposed would be very harmful to &#xA;Bitcoin.&#xA;&#xA;Luke</html></oembed>