蓑衣网小编2022

Pieter Wuille在香港做了一个关于“segwit”方案的精彩演讲，这是一个很棒的想法，应该尽快安全地应用到比特币软件中。这是一个基本思路，对比特币的未来大有裨益。当然，它也需要一个更好的名字(“分离有各种各样的负面意义……”)

你应该看看彼得的演讲，我会给你一个关于它的不同解释(segwit)(我知道我常常需要用很多不同的方式来解释一件事，才能真正理解它)。

所以…将比特币发送到一个隔离的见证锁定输出，对于今天的区块链浏览器来说，看起来有点像一只小小的奇形怪状的野兽。看起来任何人都可以在拥有scriptPubKey密钥后进行交易。这个scriptSig的公钥：

，见证锁输出的开销可以不用脚本签名隔离。

你可能会说，这不是很疯狂吗？不会，因为交易的真实脚本签名会放在一个单独的、新的数据结构中，做验证工作的钱包和矿工会使用新的数据结构来确保交易的签名是有效的。

该数据结构将是反映这些事务的merkle树。在第二个merkle树中，每个具有隔离见证输入的事务都将有一个具有签名数据的条目(每个输入加上大约10个额外的字节以允许欺诈证明)。

最好的设计是将交易和隔离见证梅克尔树合并成同一棵树，交易数据在左数，隔离见证数据在右树。块头中的merkle根将是合并的树。应该用硬fork来做(应该是这样的，在我看来)，但是Pieter提出来做软fork，把隔离见证Meckelgen放在每个块的第一个(coinbase)事务中，这样会更复杂，也不那么优雅，但是意味着只需要一个软fork。

无论如何实现，对于钱包和大多数终端用户来说，都将是一个平稳过渡的解决方案。如果不想用小说隔离见证事务，可以不用。用这种新颖的交易给某人付款，就像用一个新颖的多签名钱包进行支付交易一样(BIP13比特币地址以3****开头)。

这并不需要升级钱包，但是任何产生大量交易的人都会有强烈的动机产生孤立见证交易(Pieter建议给这些孤立见证交易一些交易费用上的优惠)。

那么…这种隔离见证方案将如何帮助限制1MB块的大小？

好了，一旦所有的细节都制定好了，并且实现了软分支或硬分支，就有相当少的事务使用隔离见证锁输出…更多的事务将进入1MB硬编码的受限块。比如最简单的单输入单输入隔离见证交易，会有90个字节的交易数据，加上80个字节左右的签名数据，但只需要把这90个字节挤进这个1MB的块，而不是170个字节。更复杂的多重签名事务将节省更多空间。

所以，一旦大家都使用隔离见证锁输出，所有的事务都是隔离见证事务，2-3次的事务就可以挤进1MB块了。

隔离见证事务无助于解决当前的容量扩展瓶颈。1 MB的“块”消息在整个网络中的传播将占用与以前相同的带宽。 有几个项目可以解决这个问题，目前正在进行中(包括IBLTs、弱块、瘦块、一个“blocktorrent”协议)，还有一个已经在部署中，可以让1MB块消息的传输速度远远超过原来的速度(Matt Corallo的快速中继网络)。

我认为为成功而设计是明智的。见证方案很酷，但不是短期解决方案(需要6-12个月)，1MB块限制的问题我们已经看到了。

原文：http://gavinandresen.ninja/segregated-witness-is-cool作者：加文安德森翻译：洒脱快乐投稿来源(翻译):信息(http://www.8btc.com/segregated-witness-is-cool)