[bitcoin-dev] "A Transaction Fee Market Exists Without a Block Size Limit"--new research paper suggests
dave at hashingit.com
Tue Aug 4 23:37:57 UTC 2015
> On 4 Aug 2015, at 14:30, Gavin Andresen <gavinandresen at gmail.com> wrote:
> On Tue, Aug 4, 2015 at 2:41 PM, Dave Hudson via bitcoin-dev <bitcoin-dev at lists.linuxfoundation.org <mailto:bitcoin-dev at lists.linuxfoundation.org>> wrote:
> Fundamentally a block maker (pool or aggregation of pools) does not orphan its own blocks.
> Unless the block maker has an infinitely fast connection to it's hashpower OR it's hashpower is not parallelized at all, that's not strictly true -- it WILL orphan its own blocks because two hashing units will find solutions in the time it takes to communicate that solution to the block maker and to the rest of the hashing units.
> That's getting into "how many miners can dance on the head of a pin" territory, though. I don't think we know whether the communication advantages of putting lots of hashing power physically close together will outweigh the extra cooling costs of doing that (or maybe some other tradeoff I haven't thought of). That would be a fine topic for another paper....
Yes, but the block maker won't publish the second block it finds for the same set of transactions. It won't orphan its own block. In fact even if it does it still doesn't matter because the block maker still gets the block reward irrespective of which of the two solutions are published.
It's not about which hash wins, the issue is who gets paid as a result.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the bitcoin-dev