You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: bip-0102.mediawiki
+12-11Lines changed: 12 additions & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,28 +13,29 @@ Simple, one-time increase in total amount of transaction data permitted in a blo
13
13
14
14
==Motivation==
15
15
16
-
# Enable network growth.
17
-
# Continue current economic policy of low fee pressure on average.
18
-
# Exercise network upgrade procedure.
16
+
# Continue current economic policy.
17
+
# Exercise hard fork network upgrade.
19
18
20
19
==Specification==
21
20
22
-
# Maximum block size permitted to be valid is 1MB.
23
-
# Increase this maximum to 2MB as soon as 75% of the last 1,000 blocks have signaled support.
21
+
# MAX_BLOCK_SIZE increased to 2,000,000 bytes at trigger point.
24
22
# Increase maximum block sigops by similar factor, preserving SIZE/50 formula.
23
+
# Trigger: (1) Block time 00:00:00 on flag day, AND (2) 95% of the last 1,000 blocks have signaled support.
25
24
26
25
==Backward compatibility==
27
26
28
-
Older clients are not compatible with this change. The first block exceeding 1,000,000 bytes will partition older clients off the new network.
27
+
Fully validating older clients are not compatible with this change.
28
+
The first block exceeding 1,000,000 bytes will partition older clients
29
+
off the new network.
29
30
30
31
==Discussion==
31
32
32
-
In the short term, an increase is needed to continue to facilitate
33
-
network growth, and buy time for more comprehensive solutions to be
34
-
developed. This continues the current economic policies with regards to
35
-
fees, matching market expectations and preventing market disruption.
33
+
In the short term, an increase is needed to continue to current
34
+
economic policies with regards to fees and block space, matching
35
+
market expectations and preventing market disruption.
36
36
37
-
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.
37
+
In the long term, this limit should focus on reflecting the maximum
0 commit comments