[bitcoin-dev] Making AsicBoost irrelevant

Jorge Timón jtimon at jtimon.cc
Wed May 11 14:07:26 UTC 2016

On May 11, 2016 05:15, "Timo Hanke via bitcoin-dev" <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> Again: this is unlike the hypothetical persistence of two chains after a
hardfork that is only contentious but doesn’t change the mining algorithm,
the kind of hardfork you are proposing would guarantee the persistence of
two chains.

If all users abandon the old rules, why would asicboost miners continue to
spend energy on a chain that everybody else is ignoring?

> To be more precise, if you change the block validation ruleset R to block
validation ruleset S you have to make sure that every hardware that was
capable of mining R-valid blocks is also capable of mining S-valid blocks.

No, this proposal, for example, may make patented asicboost hardware
I don't accept this claim as true, this is just your opinion.

> The only way out is to go the exact opposite way and to embrace as many
optimizations as possible to the point where there are no more
optimizations left to do, or hopefully getting very close to that point.

What do you mean by "embrace" in the context of a patented optimization
that one miner can prevent the rest from using?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20160511/d39670b3/attachment.html>

More information about the bitcoin-dev mailing list