MIME-Version: 1.0
In-Reply-To: <CAH6h1Ls_Dh_oBo-fUMoBtwCQ=U3XgBLhbuHvH+ra78bjHYNyXQ@mail.gmail.com>
References: <20160510185728.GA1149@fedora-21-dvm>
	<CAH6h1Ls_Dh_oBo-fUMoBtwCQ=U3XgBLhbuHvH+ra78bjHYNyXQ@mail.gmail.com>
From: Jannes Faber <jannes.faber@gmail.com>
Date: Wed, 11 May 2016 11:21:10 +0200
Message-ID: <CABeL=0iSvOTqQ-JRuhQfc7spKaXi1eBMMm0D-ahVm3GwztQQ_w@mail.gmail.com>
To: Timo Hanke <timo.hanke@web.de>, 
	Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary=047d7b8739e81af01e05328d91a1
Subject: Re: [bitcoin-dev] Making AsicBoost irrelevant
Precedence: list

--047d7b8739e81af01e05328d91a1
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 11 May 2016 at 05:14, Timo Hanke via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> There is no way to tell from a block if it was mined with AsicBoost or
> not. So you don=E2=80=99t know what percentage of the hashrate uses AsicB=
oost at
> any point in time. How can you risk forking that percentage out? Note tha=
t
> this would be a GUARANTEED chain fork. Meaning that after you change the
> block mining algorithm some percentage of hardware will no longer be able
> to produce valid blocks. That hardware cannot =E2=80=9Cswitch over=E2=80=
=9D to the majority
> chain even if it wanted to. Hence you are guaranteed to have two
> co-existing bitcoin blockchains afterwards.
>
> Again: this is unlike the hypothetical persistence of two chains after a
> hardfork that is only contentious but doesn=E2=80=99t change the mining a=
lgorithm,
> the kind of hardfork you are proposing would guarantee the persistence of
> two chains.
>

Assuming AsicBoost miners are in the minority, their chain will constantly
get overtaken. So it will not be one endless hard fork as you claim, but
rather AsicBoost blocks will continue to be ignored (orphaned) until they
stop making them.

That hardware cannot =E2=80=9Cswitch over=E2=80=9D to the majority chain ev=
en if it wanted
> to.
>

They will in fact continually "switch over" to the majority, they just are
unable to extend that majority chain themselves.

--
Jannes

--047d7b8739e81af01e05328d91a1
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><div class=3D"gmail_quote">=
On 11 May 2016 at 05:14, Timo Hanke via bitcoin-dev <span dir=3D"ltr">&lt;<=
a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">b=
itcoin-dev@lists.linuxfoundation.org</a>&gt;</span> wrote:<br><blockquote c=
lass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px soli=
d rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>There is no way =
to tell from a block if it was mined with AsicBoost or not. So you don=E2=
=80=99t know what percentage of the hashrate uses AsicBoost at any point in=
 time. How can you risk forking that percentage out? Note that this would b=
e a GUARANTEED chain fork. Meaning that after you change the block mining a=
lgorithm some percentage of hardware will no longer be able to produce vali=
d blocks. That hardware cannot =E2=80=9Cswitch over=E2=80=9D to the majorit=
y chain even if it wanted to. Hence you are guaranteed to have two co-exist=
ing bitcoin blockchains afterwards.</div><div><br></div><div>Again: this is=
 unlike the hypothetical persistence of two chains after a hardfork that is=
 only contentious but doesn=E2=80=99t change the mining algorithm, the kind=
 of hardfork you are proposing would guarantee the persistence of two chain=
s.</div></div></blockquote><div><br></div><div>Assuming AsicBoost miners ar=
e in the minority, their chain will constantly get overtaken. So it will no=
t be one endless hard fork as you claim, but rather AsicBoost blocks will c=
ontinue to be ignored (orphaned) until they stop making them.<br><br></div>=
<blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div>Tha=
t hardware cannot =E2=80=9Cswitch over=E2=80=9D to the majority chain even =
if it wanted to.</div></div></blockquote><div><br></div><div>They will in f=
act continually &quot;switch over&quot; to the majority, they just are unab=
le to extend that majority chain themselves.<br><br>--<br></div><div>Jannes=
<br></div></div></div></div>

--047d7b8739e81af01e05328d91a1--