比特币800万块的扩张计划，2036将达到8G

&nbsp；

总结

这个BIP方案将使用时间的方式扩张扩展块的大小，以取代1MB的块大小限制。

&nbsp；

动机

在比特币网络交易的观点一直在增长，并将很快达到1MB的块大小（每十分钟1MB）限制。该计划的目的是比较块的规模扩大，降低了比特币交易的增长的影响。

&nbsp；

标准

在网络部署（参见部署），主要网络最大块大小将基于时间戳的街区头球块）计算。

最大限度地将UTC时间2016-01-11 00:00:00达到8MB（时间1452470400），和块大小限制将每63072000秒双（2年，忽略闰年），直到UTC时间一月六日2036 00:00:00（时间2083190400），比特币块最大限度将达到8192mb。

在伪代码中，整数运算的使用，假设block_timestamp在活化时间（代码如下）：

 function max_block_size(block_timestamp): time_start = 1452470400 time_double = 60*60*24*365*2 size_start = 8000000 if block_timestamp >= time_start+time_double*10 return size_start * 2^10 // Piecewise-linear-between-doublings growth: time_delta = block_timestamp - time_start doublings = time_delta / time_double remainder = time_delta % time_double interpolate = (size_start * 2^doublings * remainder) / time_double max_size = size_start * 2^doublings + interpolate return max_size 

&nbsp；

部署

部署将由投票决定权（用于bip34类似的技术），最早的激活时间UTC时间2016-01-11 00:00:00。

激活的完成将由1000块最好的链的750块版本号（十六、0 #达到215；20000004）。

激活时间将第七百五十块的时间戳加两周的时间（1209600秒），这个宽限期是给剩下的矿工或服务，提供升级时间。如果大多数在UTC时间2016-01-11 00:00:00矿工的前两周完成升级，激活时间将2016 00:00:00 UTC时间一月十一日。

块版本号将仅用于激活，一旦激活完成后，块的大小应该是块的大小的描述（8MB），该块的版本号是没有用的。

&nbsp；

原理说明

8MB的初始块大小是基于对网络带宽限制，矿工们的反馈，然后结果（特别是中国矿工被GFW的限制）。

决定双大小是基于CPU，存储和网络带宽来长期增长趋势。而选择期限为20年，因为指数增长是不可持续的。

该计算是基于时间戳，而不是在blockchain的高度，因为时间戳是每个区域的大小的一部分。下载区人后可以知道该块的最大尺寸，而无需等待任何交易下载。

从杰夫Garzik提出bip100块扩展方案的部署计划，程序设计是矿工，商家和用户运行一个完整的节点有足够的时间来升级软件，以支持更大的块。在方案的选择计算75%视图，因此，只有大量的矿山和不能否决块扩展计划。版本号的方案设计和wuille和#；8220；版本；8221位和#；BIP；彼得和# 8217。

&nbsp；

兼容性

这需要一个艰苦的分支实现比特币协议的变化和运行任何节点用户必须激活前的时间完成升级，否则将面临拒绝包括超过1MB的块尺寸链的风险。

简化验证支付软件（SPV）将不受影响。

&nbsp；

执行代码

我

正文：对https://github.com/gavinandresen/bips/blob/blocksize/bip-8mb.mediawiki
作者：加文安德森
：自由嗨
责编：洒脱如
释放源（翻译）：巴比特信息

本文是独立于作者的观点，不代表巴比特的位置。