Bitcoin Classic团队在GitHub上发布了其客户端1.2 beta测试版。该版本包含多个重要更新，其中一个就是TransFlex，据说，这一更新能够解决交易延展性（transaction malleability）问题。
虽然这个新版客户端添加了不少新功能，但Classic在GitHub上的帖子重点关注的只有两点：Transflex和极瘦区块（Xthin blocks）。
该篇帖子由Classic开发者汤姆•赞德（Tom Zander）发布，他表示他们会在正式发布这个客户端之前进行全面的测试。
很高兴能和大家分享这个消息！Bitcoin Classic 1.2版本即将发布。Beta测试版本已经全面开放，可以在以下地址下载。1.2成功添加了大量新功能，也解决了很多bug，并作出了改进。在发布正式版之前，我们会仔细检查所有新功能。
Classic团队认为，TransFlex这个新功能完全可以解决交易延展性问题，根本就用不着隔离验证（SegWit）。TransFlex可以在区块交易确认之后移除签名。经过测试之后，他们表示，这种模式能够带来75%的容量缩减。
如果这是真的，那么旨在解决比特币区块容量问题的闪电网络（Lightning Network）也有望成为现实。另外，Zander再次强调，TransFlex能做到隔离验证做不到的事。
Zander说，TransFlex在解决交易延展性问题上表现更优。因为它带来的“技术债务”[1]（technical debt）更少。这就意味着系统将更加完备。
Zander表达了其对隔离验证的质疑：
问题在于隔离验证将导致大量的技术债务。技术债务指的是一开始开发团队的系统设计不够完善，最终会消耗更多的开发时间。‘债务’一词十分恰当，因为人们慢慢会意识到使用交易要付出的代价，就跟支付利息差不多。
除了Transflex，Classic的更新还包括极瘦区块。据说这一功能可以解决比特币区块传播的延迟问题。简单来说，极瘦区块在通过节点内存池（mempool）重建区块之前，只会发送区块内的一小部分数据，这样一来就能减少容量。
过去的两年以来，社区内关于区块容量的意见始终无法达成一致。目前，比特币区块容量是1MB，大大限制了交易数量。区块扩容之争也导致了两大阵营的成立。
大区块支持者希望实现链上扩容，通过改变协议来增加区块容量。而另一方则更倾向于链下或侧链（side-chain）解决方案，这种方案不会分叉区块链。
注释 (↵ returns to text)
技术债务指的是开发团队在设计或架构选型时从短期效应的角度选择了一个易于实现的方案，但从长远来看，这种方案会带来更消极的影响，亦即开发团队所欠的债务。↵
声明：此文出于传递更多信息之目的，并不意味着赞同其观点或证实其描述。本网站所提供的信息，只供参考之用。
