Ethereum: Why does BIP141 define both virtual transaction size and weight?

Double double -edged sword sword (segwit): unpacking the purpose of the skill of virtual transaction and weight

Ethereum concept, concepts are clearer via a transfer between nodes. However, as with any complex technical function, the decision to define Spearater parameters for the size and weight of the transaction caused the development of programmers, cookers and esters. In this article, we delve into the history of Segreged Witness (Segwit), in particular BIP141, his purpose, and determines both virtual transactions and weight.

What is Segwit?

Seewit was proposed to them Bitcoin network The basic idea of ​​Segwit is always associated with blocks, which makes it easier to adjust the larger number of transactions with a slow threshold.

BIP141: Cretic component beyond Segwit

BIP 141 (segregated witness protocol) was a key relationship in the development and implementation of Segwit. This is defined by separate parameters for virtual size and weight of transactions:

• Virtual transaction size (VTS) : BIP 141 Set the maximum single limit for one block, which is currently set to 4 MB. This parameter determines how many data you can attack with any block.

• Weight : The second parameter determines the amount of memory required for metadata stocks in each block, known as a transaction mass. In all words, he determines how many bytes of data it is one transaction.

Do you define both?

So why does BIP 141 define both VT and weight? This is not an arbitrary decision; based on this approach. The point is that IFT transactions occurred in blocks using metadata (i.e. only real data), could only fill the blocks with total only. This space for blockchain, which cannot increase the cost of the store.

However, by introducing both parameters, BIP 141 turns out that:

• Transactions can be effectively stored with a washing block too much memory.

• Milt in each transaction is the care of the transaction for Forward.

weight compromise *

The aspect of the Anothere team should be taken into account. Theoretically, if we had only to use, we could end the situation in which:

• The mass of the transaction is too low, which leads to a wasted space in blocks.

• The size of the virtual transaction is too large, which causes slower block bend.

By introducing both VT and weight, BIP 141 hits the balance between submitting requirements. This double approach allows what is suitable for the subject of the patterns, while providing transactions effectively stormed blocks.

Application

In integration, the definition of a virtual BIP 141 (VTS) transaction and weight is a solid basis for segwit, enabling a scale on a scale. A double approach also about high complexity and nancy involved in the design of sexual and efficient architeur blockchain, such as Ethereum.

Contact society assessment of the landscape contact in order to monitor the impact thanks to the comprehensive purpose and consequences of this function, programmers, recorder and users can better appreciate the complicated shape of the Ethereum ecosystem.