这个错误，可以在不改变生意业务输出或生意业务内容的环境下，变动生意业务ID。这个错误意味着，在生意业务被矿工写入区块之前，生意业务签名可以被变动。
在这种环境下，任何未确认的生意业务，都是不安详的。
2014年，，有人操作这个裂痕，大局限进攻比特币网络，内存池（MemPool）中布满了假生意业务，造成比特币网络堵塞，导致部门全节点宕机，导致比特币网络极其不不变。
换句话说，也就是一笔未被确认的比特币生意业务，有大概被黑客造出两笔正当的生意业务。
Segwit将签名从生意业务中移除，生成区块头的生意业务哈希值，完全由生意业务信息抉择。
纵然签名被改变，而生意业务的内容没有改变，生意业务的哈希仍然是沟通哒。Segwit（断绝见证）如何办理？
生意业务延展性（transaction malleability）源于比特币源代码中的一个错误。
Core开拓员Pieter Wuille 于2015年12月，在香港提出了断绝见证 (Segregated Witness) 。
可是，确认了假的生意业务ID，会改变哈希值，由于哈希函数的特性，后头的生意业务，取决于前面生意业务ID中包括的哈希值。生意业务ID变换，后续的哈希值城市完全改变。
曾经最大的比特币生意业务所——Mt.Gox公布倒闭的部门原因，就是延展性进攻（transaction malleability）。
换句话说，黑客没有私钥，就改不了生意业务hash。很是完美的办理了生意业务延展性进攻。
谁会受影响？
什么是生意业务延展性？
固然，矿机最终只会确认一笔生意业务，并且生意业务的输出保持稳定，你的比特币，照旧会转入给预期的收款人。
而要利用闪电网络，必需修复生意业务延展性。断绝见证（SegWit）办理了这个问题。
断绝见证起初的方针，是为了办理的生意业务延展性（transaction malleability）进攻问题。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
