Post
Topic
Board Announcements (Altcoins)
Re: [I0C] I0coin - The Best Choice In Digital Currency
by
CHIEF56
on 25/06/2018, 23:45:59 UTC
I knew something happened at the end of 2017 to make the Bitcoin we have seen in 2018 "different" ... Never seen an empty block like this...

https://blockchain.info/block/0000000000000000004b27f9ee7ba33d6f048f684aaeb0eea4befd80f1701126

Ahh, that's an odd one.

Transaction fee of -12.5 BTC  Smiley

State reorganization underway for BTC.  F2Pool is the mining pool submitting blocks from the early 2000's.

Pardon, but what is block version 0x3FFFE000

?

https://blockchain.info/block/0000000000000000001955aec280e6803720da428144b9bcd8adaea039a83f0b

https://blockchain.info/block/0000000000000000001955aec280e6803720da428144b9bcd8adaea039a83f0b?format=json



Ahh.. BIP-9 version bits set by F2 pool signaling set up of soft forks, I guess. So much reading to do and so far behind  Embarrassed

https://bitcointicker.co/block/528898  -  0x3fffe000

https://bitcointicker.co/block/528908  -  0x2000e000

https://bitcointicker.co/block/528916  -  0x3fffffff

 

If only I knew coding. Haha.

Code:
https://bitcointicker.co/block/528898  -  F2Pool  -  0x3fffe000
https://bitcointicker.co/block/528908  -  F2Pool  -  0x2000e000  <~
https://bitcointicker.co/block/528916  -  F2Pool  -  0x3fffffff
https://bitcointicker.co/block/528932  -  CKpool  -  0x2000e000  <~

What's your take on the version?

Which part of it? What do the values translate into exactly, you mean? I'd have to research more into them.

What does it mean overall? The miners are signaling soft forks. I believe, once 97% ? of miners are in agreement, it happens. Correct me if I am wrong, but by F2Pool + and then CKpool setting the same bits, that equals more than 1% of the miners agree on 0x2000e000




I should have read more earlier, but:

Actually, the use and change we are seeing here is indicative of the fact that miners of those pools are solving blocks using version-rolling ASICBOOST . . . Either (1) overtly (2) covertly, or both.

BIP661 reserved a range of values in the Version field for this purpose, or other functions: https://github.com/bitcoin/bips/pull/661/files

And just recent: https://bitcointicker.co/block/529235  -  BTC.top

Overt AsicBoost

Instead of changing the extra nonce, a miner using AsicBoost alters the 4-byte version field in the block header (top left of the image). This implies that chunk 2 remains unchanged for multiple hashing attempts and work is therefore saved. If this methodology is used, changes in the version bits are visible to everyone, which makes this AsicBoost methodology easily detectable.

(more: https://blog.bitmex.com/an-overview-of-the-covert-asicboost-allegation-2/)

Somewhere in the following links, explanations are found for the large number of empty blocks and skewed timestamps.. no more time for me to look at the moment:


https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-April/013996.html

https://blog.bitmex.com/graphical-illustration-of-a-bitcoin-block/

https://blog.bitmex.com/wp-content/uploads/2017/09/AsicBoostWhitepaperrev5.pdf

https://blog.bitmex.com/an-overview-of-the-covert-asicboost-allegation-2/

https://blog.bitmex.com/empty-block-data-by-mining-pool/

https://blog.bitmex.com/wp-content/uploads/2017/09/AsicBoostWhitepaperrev5.pdf