MIME-Version: 1.0
Date: Thu, 24 May 2012 12:33:12 -0400
Message-ID: <CA+8xBpdBe4yR6xkCODL6JQ41Gyx9eWcGGGvcQVt7DCmaEnAhbg@mail.gmail.com>
From: Jeff Garzik <jgarzik@exmulti.com>
To: Bitcoin Development <bitcoin-development@lists.sourceforge.net>
Content-Type: text/plain; charset=ISO-8859-1
Subject: [Bitcoin-development] Punishing empty blocks?
Precedence: list

There appears to be some non-trivial mining power devoted to mining
empty blocks.  Even with satoshi's key observation -- hash a fixed
80-byte header, not the entire block -- some miners still find it
easier to mine empty blocks, rather than watch the network for new
transactions.

Therefore I was wondering what people thought about a client
implementation change:

     - Do not store or relay empty blocks, if time since last block < X
       (where X = 60 minutes, perhaps)

or even stronger,

     - Ensure latest block includes at least X percent of mempool
unconfirmed TXs

The former is easier to implement, though there is the danger that
no-TX miners simply include a statically generated transaction or two.

The latter might be considered problematic, as it might refuse to
relay quickly found blocks.

Comments?  It wouldn't be a problem if these no-TX blocks were not
already getting frequent (1 in 20).

-- 
Jeff Garzik
exMULTI, Inc.
jgarzik@exmulti.com