đź“… Original date posted:2016-05-11
đź“ť Original message:On Wed, May 11, 2016 at 11:21:10AM +0200, Jannes Faber via bitcoin-dev wrote:
> On 11 May 2016 at 05:14, Timo Hanke via bitcoin-dev <
> bitcoin-dev at lists.linuxfoundation.org> wrote:
>
> > There is no way to tell from a block if it was mined with AsicBoost or
> > not. So you don’t 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 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 “switch over” 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’t change the mining algorithm,
> > 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.
At least until a difficulty adjustment on the AsicBoost chain takes
place. From that point on, both chains, the AsicBoost one and the
forked one will grow approximately at the same speed.
All the best
Henning
--
Henning Kopp
Institute of Distributed Systems
Ulm University, Germany
Office: O27 - 3402
Phone: +49 731 50-24138
Web: http://www.uni-ulm.de/in/vs/~kopp
Henning Kopp [ARCHIVE] /
npub1tu…elxvq
2023-06-07 17:50:35
in reply to nevent1q…nl5k
Author Public Key
npub1tu9fzufm77cw438n470j5ac5myt3dzhyfw34pvdetsw5kvkrec6snelxvqSeen on
wss://relay.noswhere.comPublished at
2023-06-07 17:50:35Event JSON
{
"id": "ab701997497ecddc29572691450bfb0f3b45ad516529877bbf2b45df385fe49c",
"pubkey": "5f0a91713bf7b0eac4f3af9f2a7714d917168ae44ba350b1b95c1d4b32c3ce35",
"created_at": 1686160235,
"kind": 1,
"tags": [
[
"e",
"b74d6e3e945ee090c612026984f249efe6d61ca521fddbb0329fa69f81265a0b",
"",
"root"
],
[
"e",
"9344d45d9e92a38fd92dd1649a1d0bd1d13c1a83f3d99ee8df68a2a13546fa1e",
"",
"reply"
],
[
"p",
"f05699fae959fb582a8bd56a55b613bafd61c2c239a00bc5ea66faf0cb7a2aa8"
]
],
"content": "📅 Original date posted:2016-05-11\n📝 Original message:On Wed, May 11, 2016 at 11:21:10AM +0200, Jannes Faber via bitcoin-dev wrote:\n\u003e On 11 May 2016 at 05:14, Timo Hanke via bitcoin-dev \u003c\n\u003e bitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e \n\u003e \u003e There is no way to tell from a block if it was mined with AsicBoost or\n\u003e \u003e not. So you don’t know what percentage of the hashrate uses AsicBoost at\n\u003e \u003e any point in time. How can you risk forking that percentage out? Note that\n\u003e \u003e this would be a GUARANTEED chain fork. Meaning that after you change the\n\u003e \u003e block mining algorithm some percentage of hardware will no longer be able\n\u003e \u003e to produce valid blocks. That hardware cannot “switch over” to the majority\n\u003e \u003e chain even if it wanted to. Hence you are guaranteed to have two\n\u003e \u003e co-existing bitcoin blockchains afterwards.\n\u003e \u003e\n\u003e \u003e Again: this is unlike the hypothetical persistence of two chains after a\n\u003e \u003e hardfork that is only contentious but doesn’t change the mining algorithm,\n\u003e \u003e the kind of hardfork you are proposing would guarantee the persistence of\n\u003e \u003e two chains.\n\u003e \u003e\n\u003e \n\u003e Assuming AsicBoost miners are in the minority, their chain will constantly\n\u003e get overtaken. So it will not be one endless hard fork as you claim, but\n\u003e rather AsicBoost blocks will continue to be ignored (orphaned) until they\n\u003e stop making them.\n\nAt least until a difficulty adjustment on the AsicBoost chain takes\nplace. From that point on, both chains, the AsicBoost one and the\nforked one will grow approximately at the same speed.\n\nAll the best\nHenning\n\n\n-- \nHenning Kopp\nInstitute of Distributed Systems\nUlm University, Germany\n\nOffice: O27 - 3402\nPhone: +49 731 50-24138\nWeb: http://www.uni-ulm.de/in/vs/~kopp",
"sig": "ec41758d5276bd3221ef2cfe9dfd72871c47eda1deb17df1ff5a416ee72b1c6f9572f869805ac8010d0e57412e1e4c29016d9cc5aa46e8e709f72b5fb2c837ba"
}