【中文版】Bitcoin Classic扩容路线图-动态区块上限解决长远扩容问题 ...

eqd46428vvv

译者：kcb
前言：欢迎各大网站随意转载，不需要经过我的同意，加不加上我为译者都行，当然加上更好。
原文链接：Github

以下为Olivier Janssens在Github上发布的正文：

前注：这是我们Classic团队的扩容路线图提议的初稿。在最终确定之前，我们将等待矿工，企业和用户反馈。

Bitcoin Classic 2016年扩容路线图

Bitcoin Classic团队将尽全力实现中本聪白皮书里的将比特币发展为一个全球性的点对点的电子现今系统的愿景，而不仅仅是一个结算网络。
我们认为，链上扩容对比特币的长期健康发展至关重要。因为链上扩容可以最大化的交易量，而这些大量交易所付的手续费需要在中长期后用于取代矿工的区块奖励。
我们优先部署的链上扩容的战略为解决区块需要块在几秒内被同步的问题。我们将采取一个让连续的区块同步成为可能的解决方案。和之前一次性传输所有新区快的数据相比，我们现在会在区块之间的十分钟间隔里发送数据，来显著优化当前带宽。这将使比特币网络的容量扩展到一个全新的水平，而不会危及到去中心化。

我们将分三个阶段来进行扩容：

第一阶段（2016年一季度至二季度）

立刻解决当下区块即将填满的状况：

• 实施BIP 109：将区块容量上限从1MB提高到2MB。
  
• 硬分叉将于75％激活（最新的1000个块中含有750块Classic版本号的区块），触发后有28天的激活缓冲期。
  
• Classic当下版本是基于Core的0.11.2和0.12.0开发的。
  

注：0.11.2已经完成，可在这里下载。

译者注1：Classic团队在Reddit上称Classic 0.12.0正在基于Core 0.12.0开发中。优秀的新功能都会吸收。

第二阶段（2016年二季度至三季度）

消除掉几秒钟内必须要发送出的区块的必要：

• 减少对孤块率块传播时间的影响（影响矿工收入）
  
• 缩小让区块大小成为扩容障碍的可能性，并且利用以下一些改进来使链上交易总量获得更多的潜在容量。通过改进P2P层来优化节点的带宽限制。
  

注意：我们打算讨论各种解决方案，比如下面列出的这些，并挑选出最好的方案实施。

• Parallel validation of blocks（理论上降低了超大区块攻击的收益）。
  
• Headers-first mining（极大抵消掉超大区块攻击）。
  
• Thin blocks：区块将参考而不会打包已经完全传播好了的交易，使带宽流量最小化。
  
• Weak blocks：允许矿工预先公布他们正在挖的区块，以最小化发现区块后需要发送的数据。Validate Once：如果交易在进入一个节点的内存池（MemPool）时已被验证一次，则进入区块的时候不需要重新被验证（加快区块验证）。
  

第三阶段（2016年三季度至四季度）

动态区块上限大小：

注：这一阶段只有当矿工和各公司都确认了第二阶段成功地解决了他们对区块大小的担忧了才会发生。

我们会使用类似于Stephen Pair/BitPay的提案。区块验证成本必须小于上一难度调整周期的平均成本的一个较小倍数。

译者注2：Stephen Pair/BitPay提案中的核心公式为：根据最新n个区块大小的中位数的m倍来决定新区块的大小。

当Core的隔离验证可用时，我们会将简化版加入Classic中。

译者注3：由于是开源的项目，希望各网友不要对这种互相借鉴代码感到惊讶。

技术细节

技术性更强的扩容路线图可以在这里找到。

会议
我们计划尽快举行链上扩容会议，好和社区更好的探讨以上和未来的扩容的担忧及解决方案。

译者结语：由于不是程序员出身，在技术细节上的翻译的不准确的地方还请各位大神多多指出。