create account

Why Do Some Bitcoin Mining Pools Mine Empty Blocks? by masterphoto

View this thread on: hive.blogpeakd.comecency.com
· @masterphoto ·
Why Do Some Bitcoin Mining Pools Mine Empty Blocks?
<p>https://fs.bitcoinmagazine.com/img/articles/why-do-some-bitcoin-mining-pools-mine-empty-blocks.jpg</p>
<p> Blocks on the Bitcoin blockchain have a maximum size of 1 MB. Proof of  work difficulty is calibrated so 1 block is created every 10 minutes. It  is generally accepted a miner would want to maximise the number of  transactions it includes in a block as it collects the transaction fees.  Logically, with the growing popularity of Bitcoin, the average block  size is getting closer to its limit. </p>
<p>https://fs.bitcoinmagazine.com/img/articles/why-do-some-bitcoin-mining-pools-mine-empty-blocks-1.jpg</p>
<p> In this environment, it is surprising to see a number of empty blocks  being mined. An empty block is not entirely empty, it has 1 transaction :  the coinbase transaction which allocates the mining reward to the miner  (12.5 bitcoins at the time of writing). It is important to know, that  empty blocks are not easier, cheaper or quicker to mine than full  blocks. The ratio of empty blocks varies considerably from one mining  pool to the other. For instance, Bitfury, BitClub Network and Kano  CKPool do not mine empty blocks. </p>
<p>https://cdn.kaiko.com/images/empty_blocks_percentage.png</p>
<p>  </p>
<h2>Why are there empty blocks?</h2>
<p>When a mining pool receives a new  block from a competitor, it needs to perform a few actions: download  the full block, validate its transactions and define a new block to mine  on. During this - albeit short -interval, so as not to waste hashing  power, they start mining a new block. Only the coinbase transaction is  included, so the previous block does not invalidate theirs with a  duplicate transaction.</p>
<p>This validationless mining (or SPV mining) phenomenon can be seen on the <a href="https://www.kaiko.com/blockchain" rel="noopener">Kaiko blockchain page</a>, with empty blocks being mined just after a normal block, when the mempool is far from empty.</p>
<h2>The number of empty blocks is dropping</h2>
<p>https://cdn.kaiko.com/images/empty_blocks_number.png</p>
<p> The share of empty blocks has fallen across the board over the past  few months, although the timing has not been quite the same for all  pools. The main theory behind this is the improvements made in the  mining software, especially Bitcoin Core 0.12, which reduces the time  between the validation of a block mined by another pool and the mining  of a new non empty block</p>
<p>These improvements included (but were not limited to):</p>
<ul>
  <li>Improvement  which allowed for pre calculation of some of the work required for a  miner to validate all the transactions in the block (rather than doing  it at block creation time)</li>
  <li>Relay Network configuration  improvements which includes a technically simplified (and quicker)  prioritisation of transactions to help miners decide which transactions  to include in a block</li>
</ul>
<p> Bitcoin Core GetBlockTemplate - improvement by  which the individual miner requests the composition of the block to  mine- optimizations. More details are available here: <a href="https://bitcoincore.org/en/2016/02/23/release-0.12.0/" rel="noopener">https://bitcoincore.org/en/2016/02/23/release-0.12.0/</a></p>
<h2>Is it bad?</h2>
<p> The whole point of the Bitcoin network is to process transactions.  Therefore, empty blocks are often criticised as “bad behaviour” as  creating very little value for the network by accelerating disinflation  and stealing from “honest” miners.</p>
<p>However, it can also be  considered as counter-balancing the centralisation tendency of the  network: a pool which wins a block can start mining the next block  immediately since they already know which transactions were included in  the block. Whereas other miners first have to download the transactions,  and then generate a new block which doesn’t include any of them. The  ability to mine with just the header, could be considered to limit the  benefits of centralisation. </p>
<p> Technically, it could be easily prevented by including, <a href="https://bitslog.wordpress.com/2016/01/08/spv-mining-is-the-solution-not-the-problem/" rel="noopener">for example</a>,  a hash of the current coinbase concatenated with all the previous  transactions in the block header. The recent fall in the number of empty  blocks shows that the issue can be contained through improvements in  the protocol which make mining empty blocks less interesting.  Additionally, the gradual decrease of the block reward and the increased  reliance on transaction fees will likely make mining empty blocks  unprofitable over time. </p>
<p>https://bitcoinmagazine.com/articles/why-do-some-bitcoin-mining-pools-mine-empty-blocks-1468337739</p>
<p><br /></p>
👍  , , , ,
properties (23)
authormasterphoto
permlinkwhy-do-some-bitcoin-mining-pools-mine-empty-blocks
categorybitcoin
json_metadata{"tags":["bitcoin"],"image":["https://fs.bitcoinmagazine.com/img/articles/why-do-some-bitcoin-mining-pools-mine-empty-blocks.jpg","https://fs.bitcoinmagazine.com/img/articles/why-do-some-bitcoin-mining-pools-mine-empty-blocks-1.jpg","https://cdn.kaiko.com/images/empty_blocks_percentage.png","https://cdn.kaiko.com/images/empty_blocks_number.png"],"links":["https://www.kaiko.com/blockchain","https://bitcoincore.org/en/2016/02/23/release-0.12.0/","https://bitslog.wordpress.com/2016/01/08/spv-mining-is-the-solution-not-the-problem/","https://bitcoinmagazine.com/articles/why-do-some-bitcoin-mining-pools-mine-empty-blocks-1468337739"]}
created2016-07-26 13:39:24
last_update2016-07-26 13:39:24
depth0
children0
last_payout2016-08-26 13:48:48
cashout_time1969-12-31 23:59:59
total_payout_value0.000 HBD
curator_payout_value0.000 HBD
pending_payout_value0.000 HBD
promoted0.000 HBD
body_length4,727
author_reputation18,645,373,200
root_title"Why Do Some Bitcoin Mining Pools Mine Empty Blocks?"
beneficiaries[]
max_accepted_payout1,000,000.000 HBD
percent_hbd10,000
post_id373,277
net_rshares4,376,318,800
author_curate_reward""
vote details (5)