Ethereum: Why was BIP34 (Block v2, Height in Coinbase) not implemented via the coinbase tx’s locktime or nSequence?

Ethereum: Why BP34 was not implemented via the Coinbase lock or sequence

The Ethereum project was primarily able to maintain a decentralized and transparent blockchain, especially when it comes to the extraction and development of an intelligent agreement. One of the noteworthy problems is the lack of a standardized method of transformation between new public keys for each subsequent block, known as BP34 (block V2). In this article, we will examine why the Coinbase lock and sequence mechanisms were not used to implement BP34.

problem with bp34

In the years 2011/2012, a significant number of miners began to use non -standard mining algorithms that ignored the best mixing practice to another new public key for each subsequent block. This led to several problems:

* Incorrect public keys : With each new public key there was no centralized method of safe tracking and storage of these keys.

* Safety risks : Using non -standard mining algorithms that twisted in the same public key, miners were susceptible to attacks of malicious actors who could predict or guess another public key.

Coinbase blockade

The Coinbase lock mechanism is a popular solution for management of blocks of flats in the Ethereum network. The idea is to create a “blockade” around blockchain, ensuring that only certain amounts of transactions can be made in each block period. However, the Coinbase lock time was not used in conjunction with BP34.

e.g. and its limitations

The sequence mechanism is another normalized way for miners to generate new public keys and their involvement in Blockchain Ethereum. Although it provides an effective way of creating new keys without risk risking, it also has its limitations. The sequence algorithm is based on sequences generated and involved in blockchain in a certain order.

why BP34 has not been implemented

There are several reasons why the Coinbase lock and sequence mechanisms have not been used to implement BP34:

* complexity

Ethereum: Why was BIP34 (Block v2, Height in Coinbase) not implemented via the coinbase tx's locktime or nSequence?

: Implementation of BP34 would require significant changes in the Ethereum protocol, which is submitted and has been refined with time.

* safety risks : The use of non -standard mining algorithms that turned to the same public key, increased security risk, because malicious actors could predict or guess another public key.

* inconsistent public keys : The lack of a standardized method of transformation between new public keys hindered consistency throughout the entire blockchain.

Application

The use of lock mechanisms and Coinbase sequences did not apply to basic BP34 problems. Although these mechanisms ensure a safe and efficient way of managing blocks of flats, they also introduce the risk of complexity and security that can threaten the integrity of the Ethereum network. As the Ethereum project evolutions, it is necessary to determine the priorities of security and standardization over convenience and ease of use.

To sum up, the lack of implementation of BP34 through the Coinbase lock time or N -N -Secence sequence mechanisms was a critical supervision that had significant consequences for the safety and stability of Blockchain Ethereum.