It might seem like science fiction that the oldest blockchain ever was attacked or suffered a problem, but that's exactly what happened to as they managed to : block 666833 spend 0.00062063 BTC Before going into the news, it is necessary to take a step back and explain that the bitcoin network manages the blocks sequentially and that the blocks have the hash of the previous block, and obviously also the data, i.e. the transactions contained within. of the block, and everything is governed by the consensus protocol. Proof of Work (PoW) This may be sufficient but it is not, because since there is an adjustment on the difficulty of the protocol, then it can happen that many miners join the network all together, and therefore increase the number and height of the block too much. fast, and so vice versa, and to solve this type of problem, every about 2 weeks, the difficulty is adjusted, and since a time unit is introduced, then on the bitcoin blockchain the timestamp that examines the time as a parameter and which serves precisely for this reason, we can consider this feature as if it were a . distributed clock on blockchain Even if we have time unit, which in this case is both the timestamp that we find in the block and is set by the miner, and both the time that the block was actually produced, it is not certain that especially the timestamp coincides with the time of the block product, and therefore this could lead the miners to set a different and longer time so as to distort even the rewards that are recovered earlier. In order for this mechanism not to be encouraged by miners and therefore to operate incorrectly, there are 2 mechanisms dedicated to protection: The , i.e. that the timestamp must be higher than the median of the last 11 blocks, which in this case are 6 blocks, and therefore with a minimum confirmation of 6 blocks, and therefore reduce the risk that someone may having attacked the network; MPT (Median Past Time) rule The , that in this case the timestamp cannot be more advanced than 2 hours in the future with respect to the constant MAX_FUTURE_BLOCK_TIME, and in addition the maximum time between the time provided by the node and the actual time of the machine must not exceed 90 minutes and therefore for timestamps too far into the future are automatically considered null. Future Block Time rule And therefore, as can be seen from the image, there was a time lag in the timestamps that stalled the bitcoin network for a few minutes, almost 2 minutes, and thanks to this "indecision" of the network, to identify the most long, someone managed to spend that amount on the longest chain, in fact no RBF (Replace by Fee) was detected. So in a nutshell bitcoin doubled for 2 minutes, which is not worrying because it then stabilized. However, there is no denying that the Bitcoin Blockchain was 'indecisive' for a grand total of 2 minutes.

Chain

2022 - HackerNoon Contributor of the Year - Crypto Adoption

2022 - HackerNoon Contributor of the Year - Crypto Trading

2022 - HackerNoon Contributor of the Year - Tokenization

Check my free book Mastering EOS

Read My Stories

All my books (over 100)

My StartUp

1 NFT = 1 Book 

A must-read book

Invest in my StartUp

Nominated for 2022 - HackerNoon Contributor of the Year - Crypto Trading

Nominated for 2022 - HackerNoon Contributor of the Year - Tokenization

Nominated for 2022 - HackerNoon Contributor of the Year - Crypto Adoption

Too Long; Didn't Read

Discover Saakuru: Web3 Mass-Adoption with 0-FEES

Underneath Bitcoin's Double Spend Sensationalism is Proof Of Its Blockchain's Resilience

Underneath Bitcoin's Double Spend Sensationalism is Proof Of Its Blockchain's Resilience

Too Long; Didn't Read

Coin Mentioned

Alfredo de Candia

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

Underneath Bitcoin's Double Spend Sensationalism is Proof Of Its Blockchain's Resilience

Too Long; Didn't Read

Coin Mentioned

Alfredo de Candia

About Author

TOPICS

THIS ARTICLE WAS FEATURED IN...

RELATED STORIES