diff options
| author | Jeff Garzik <jeff@bloq.com> | 2015-12-17 23:21:13 -0500 |
|---|---|---|
| committer | Jeff Garzik <jeff@bloq.com> | 2015-12-17 23:21:13 -0500 |
| commit | 097983d2563ea0a11ad3bc0add9946c8232e3e17 (patch) | |
| tree | 69f6c4d5d0cdfb25d142ee320e208d69307df853 /bip-0102.mediawiki | |
| parent | 6bfc0151a7c8fcf4726ec35a0a8bb19ce1f6b2d1 (diff) | |
BIP 102: update to match implementation
Diffstat (limited to 'bip-0102.mediawiki')
| -rw-r--r-- | bip-0102.mediawiki | 24 |
1 files changed, 13 insertions, 11 deletions
diff --git a/bip-0102.mediawiki b/bip-0102.mediawiki index b75f798..a84d800 100644 --- a/bip-0102.mediawiki +++ b/bip-0102.mediawiki @@ -13,28 +13,30 @@ Simple, one-time increase in total amount of transaction data permitted in a blo ==Motivation== -# Enable network growth. -# Continue current economic policy of low fee pressure on average. -# Exercise network upgrade procedure. +# Continue current economic policy. +# Exercise hard fork network upgrade. ==Specification== -# Maximum block size permitted to be valid is 1MB. -# Increase this maximum to 2MB as soon as 75% of the last 1,000 blocks have signaled support. +# MAX_BLOCK_SIZE increased to 2,000,000 bytes at trigger point. # 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== -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== -In the short term, an increase is needed to continue to facilitate -network growth, and buy time for more comprehensive solutions to be -developed. This continues the current economic policies with regards to -fees, matching market expectations and preventing market disruption. +In the short term, an increase is needed to continue to current +economic policies with regards to fees and block space, 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== |