【转】Purse：延展区块常见问题解答

网友发帖：

【转】Purse：延展区块常见问题解答。Purse：延展区块常见问题解答
Wendy 2017-05-08 18:27 发布在 比特币 0 772
延展区块（Extension Blocks）在整个社区以及行业内以及获得了越来越高的接受度，因此，我们在本篇文章中对部分针对其改进比特币的方式出现的最常见的问题及评论进行答疑解惑，旨在解除外界对这一方案的误会。有关延展区块的完整说明可以在这里查看。
延展区块是否向后兼容？
是的，延展区块是一次软分叉，它们在未经升级的网络中也是有效的。延展区块留有自己的UTXO集，旨在避免与现有的比特币UTXO集产生冲突。两者的差异在于给每个主链比特币区块的末尾加上一种特殊的交易（“决议”交易）。现有的比特币服务仍会继续，无论他们是否注意到延展区块，都不会受到其激活的干扰。
延展区块的区块大小是多少？如何决定其大小？
目前延展区块在extnet（延展区块测试网络）中的硬限制是6MB，软限制是2MB。这个“软限制”是由交易“成本”这个新的度量标准计算出来的。而成本价值则是由见证程序版本（脚本类型）决定的。在延展区块中，每个交易的输入和输出都需要一种附带成本：他们的容量可与某因子（factor）进行权衡。这一因子由见证软件版本来决定。未知的见证软件版本为1，而已知的版本就是八分之一。未来可能会出现更新的见证版本，分配到更低的因子。这样采用更新的软件版本的交易就能在延展区块中占据更少的空间（成本）。目前的“成本限制”下，产出的平均区块容量约为2MB。这一概念未来能够实现从2MB到6MB延展区块的软分叉升级，前提是社区认为这是有必要的。
延展区块是否会放大矿工的控制权？
像上文提到的一样，矿工能够通过激活最新的见证程序版本来达到提高延展区块容量的目的；不过，为了从这些新的见证程序中获得容量优势，经济节点必须开始使用这类程序。换句话说，延展区块创造的系统中，比特币用户对延展区块的容量也有发言权。这一方式能够在减轻扩容辩论的潜在危害的前提下实现网络扩容。
是否支持闪电网络？
是的。延展区块本身就包括一个交易延展性的修复功能，是以和BIP141类似的规则集形式呈现的（与隔离见证类似，但略微存在差异）。延展区块还包含了其它为闪电网络（Lightning）专门设定的安全功能。这一功能在闪电网络支付通道中，能够令资金的盗窃变得更加困难。
钱包会支持延展区块吗？
目前，支持隔离见证的任意钱包都已经实现和延展区块的兼容（大部分）。从理论上来说，延展区块能够部署一个与比特币完全不同的系统，而目前延展区块的设计则为钱包和整个生态系统带来了最简单的更新方法。它采用了与隔离见证相同的签名哈希算法。
延展区块的失效功能是怎么运作的？
延展区块的设计初衷就是可升级性。延展区块在网络中成功激活之后，失效（deactivation）功能也会上线。失效功能本身就是另一个版本位（versionbits）的部署方案（BIP9），为期3年。在这3年期间，矿工可以投票决定废除旧的延展区块，旨在转移到新的延展区块。一旦失效部署进入了“锁定”状态，就会在26个重构周期内（大约1年）保持这一状态。在这段时间里，延展区块还是可以使用的。一旦锁定阶段结束，延展区块就会停止执行，“决议输出”（resolution output）也会恢复到任何人都能花费的输出。事实上，未来执行的软分叉代码位于同一次部署中。这一代码将会改变处理延展区块资金（决议输出）的方式。为了避免硬分叉的出现，上述提到的代码必须即刻执行。失效部署进入正轨后，资金就能轻松转移到新的延展区块中（如果网络认为有必要的话）。这种预先设置的失效代码是用于促进新的（以及更好的）延展区块规则集的发展，同时给社区预留了足够的时间进行升级。
结束语