注：这是最初版本的路线图提议。在确定之前，Bitcoin Classic开发团队将征求比特币矿工、公司和用户的反馈意见。
Bitcoin Classic的开发团队愿帮助中本聪实现将比特币扩展成一个全球点对点现金系统的愿景，而不仅仅是一个结算网络。Bitcoin Classic相信，on-chain式扩容对于比特币的长期健康发展而言，将是关键。On-chain扩容会最大化交易量，从长远来看，这些费用终会替 代掉矿工回报。
Bitcoin Classic选择的 on-chain式扩容战略，是为了消除区块对快速同步的需求。 Bitcoin Classic将实施解决方案，使得连续的区块同步成为可能。相比于将数据一次性地传输到新的区块（当新区块被发现时），我们可以通过在每十分钟的区块间 隔之间发送数据 ，来显著优化目前的带宽。 这将使得比特币网络显著扩展到一个新的水平，而不会危及去中心化。Bitcoin Classic将从三个阶段入手扩容：
紧急解决区块近乎填满的问题
实施BIP 109：将比特币区块从1MB扩容到2MB；
硬分叉激活阈值为75%（1000连续区块中的750块投票支持），此后有28天的激活宽限期；
软件基于 Bitcoin Core 0.11.2 和 0.12.0版本；
注：0.11.2已经完成，可在这里下载。
消除区块在几秒内发送的所需
减少块传输时间在孤块率上的影响（造成矿工的收入损失）。
不再强调区块大小作为扩容的障碍，使用一些改进方案（如下所示）来开辟潜在的on-chain交易吞吐量收益。
通过改进P2P层来优化带宽限制节点。
注：Bitcoin Classic打算讨论各种解决方案，如下面列出的这些，并挑选出其中最好的一个。
区块的并行验证（理论上降低了过大区块攻击的盈利能力）。
Headers-first挖矿（主要抵消了过大区块攻击）。
瘦区块（Thin blocks）：区块会倾向于打包被很好传播的交易，而不是全部包括它们，可允许最低带宽的使用。
弱区块（Weak blocks）：允许矿工预先宣布他们正在工作的区块，最小化区块在被发现时所产生的数据。
验证一次（Validate Once）：已经被验证过的交易，当进入一个节点的memory pool时，就无需再进行重新验证（加速区块验证）。
实现动态化区块大小限制
注：此阶段只有当矿工和公司在确认第二阶段，成功解决他们对区块大小的担忧时才会进行。
使用Stephen Pair（BitPay）提出的方案的变动版，区块的验证成本，必须要小于过去难度调整期的平均成本的小倍数。
实施Core的隔离验证（ Segregated Witness）的简化版本，当它可用时。
技术细节：
关于该路线图更多的技术细节可在这里找到。
Bitcoin Classic团队计划尽快举行一次 on-chain扩容会议，并同社区讨论这些&将来的扩容方案以及相关问题。
原文：https://github.com/bitcoinclassic/documentation/blob/master/roadmap/roadmap2016.md
作者：ojanssens
编译：洒脱喜
稿源（译）：巴比特资讯（http://www.8btc.com/bitcoin-classic-2016）
声明：此文出于传递更多信息之目的，并不意味着赞同其观点或证实其描述。本网站所提供的信息，只供参考之用。
