Mining-Theory
一些礦工將區塊頭的 nVersion 欄位設置為 0x8000004。他們發出什麼信號?這是一個錯誤嗎?
一些礦工將區塊頭的 nVersion 欄位設置為 0x8000004。他們發出什麼信號?這是一個錯誤嗎?我瀏覽了很多 BIP 文件,但似乎找不到任何參考資料。
第一個發生在區塊高度 416,832。最後一個在塊高度 455,757。
<https://www.blockchain.com/btc/block/416832>
<https://www.blockchain.com/btc/block/455757>
該區塊表示支持BitPay 的自適應區塊大小提案,並由 slush pool 開採。
早在 2016 年,我就在推特上問過這個確切的問題!
<https://twitter.com/slush_pool/status/744461234389524480>
請注意,這個答案並不完整,因為 BitPay 提案指定:
礦工通過在區塊的 32 位版本號(
0x08000000
十六進制)中設置第五高位來表達他們對這個 BIP 的支持但是您注意到的這些塊也設置了第 2 位(
0x00000004
),這在他的回答中沒有被 slush 解決。在這個時代,其他幾個軟分叉提案(由於缺乏協調,也就是去中心化)在他們的 BIP9 信號上發生衝突。一個是擴展塊。我很難找到連結,但我相信當時也有 Rootstock (RSK) 提案將第 2 位定義為信號,而 Greg Maxwell 的反 asicboost 提案也發出了第 2 位的信號。