mirrors/bitcoin-bips
1
0
Fork 0
mirror of https://github.com/bitcoin/bips.git synced 2025-03-04 11:08:05 +01:00
Code Issues Projects Releases Wiki Activity

BIP 102: update to match implementation

Browse source
This commit is contained in:
Jeff Garzik 2015-12-17 23:21:13 -05:00
parent 6bfc0151a7
commit 097983d256
1 changed files with 13 additions and 11 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

24
bip-0102.mediawiki
View file

@ -13,28 +13,30 @@ Simple, one-time increase in total amount of transaction data permitted in a blo
==Motivation== ==Motivation==
# Enable network growth. # Continue current economic policy.
# Continue current economic policy of low fee pressure on average. # Exercise hard fork network upgrade.
# Exercise network upgrade procedure.
==Specification== ==Specification==
# Maximum block size permitted to be valid is 1MB. # MAX_BLOCK_SIZE increased to 2,000,000 bytes at trigger point.
# Increase this maximum to 2MB as soon as 75% of the last 1,000 blocks have signaled support.
# Increase maximum block sigops by similar factor, preserving SIZE/50 formula. # Increase maximum block sigops by similar factor, preserving SIZE/50 formula.
# Each 10-minute segment thereafter increases MAX_BLOCK_SIZE by 20 bytes.
# Trigger: (1) Block time 00:00:00 on flag day, AND (2) 75% of the last 1,000 blocks have signaled support.
==Backward compatibility== ==Backward compatibility==
Older clients are not compatible with this change. The first block exceeding 1,000,000 bytes will partition older clients off the new network. Fully validating older clients are not compatible with this change.
The first block exceeding 1,000,000 bytes will partition older clients
off the new network.
==Discussion== ==Discussion==
In the short term, an increase is needed to continue to facilitate In the short term, an increase is needed to continue to current
network growth, and buy time for more comprehensive solutions to be economic policies with regards to fees and block space, matching
developed. This continues the current economic policies with regards to market expectations and preventing market disruption.
fees, matching market expectations and preventing market disruption.
In the long term, continued direct management of this limit is a moral hazard that clouds free market input and prevents a healthy fee market from developing. This area of code should be transitioned away from direct management. In the long term, this limit should focus on reflecting the maximum
network engineering limit.
==Implementation== ==Implementation==