otocol Discussion
<bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Encouraging good miners
On 27/03/17 18:12, Btc Ideas via bitcoin-dev wrote:
> Add a preference for mined blocks to be the one with more
> transactions. This comes into play when 2 blocks
On 27/03/17 18:12, Btc Ideas via bitcoin-dev wrote:
> Add a preference for mined blocks to be the one with more
> transactions. This comes into play when 2 blocks of the same height
> are found. The first good block mined would be orphaned if it had
> less transactions than another. Optionally,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 03/27/2017 10:29 AM, Tom Zander via bitcoin-dev wrote:
> For some time now the relation between block size and propagation
> speed has been decoupled. Using xthin/compact blocks miners only
> send a tiny version of a block which then causes the
For some time now the relation between block size and propagation speed has
been decoupled. Using xthin/compact blocks miners only send a tiny version
of a block which then causes the receiving node to re-create it using the
memory pool. Immediately getting double benefits by including
Bitcoin chooses the "best chain" based upon the one that has the most
cumulative proof of work behind it. Are you proposing that the cumulative
proof of work be ignored if two blocks are within a certain threshold of
each others' work and if so, the number of transactions in the block / the
size
Add a preference for mined blocks to be the one with more transactions. This
comes into play when 2 blocks of the same height are found. The first good
block mined would be orphaned if it had less transactions than another.
Optionally, have this rule apply to the current block and the previous