昨天，关于BCH的区块流传办理方案Xthinner更是传来好动静：已经应用于BCH主网。
Xthinner不影响对整个节点的CPU，存储或RAM的要求，而且对总网络流量的影响很是小，这主要受到tx通告和上传的汗青块的影响。Xthinner的压缩仅影响块流传速度。块流传是对机能和延迟最敏感的代码路径，用于在扩容时保持比特币去中心化，而且恒久以来一直是一个痛点，因此这种优化是值得的。按照Toomim的帖子，Xthinner发送的第一个区块是＃577,310。节点在该区块方才宣布时启动，在区块中共有2865笔生意业务，它在mempool中仅传输了24笔生意业务。尽量如此，它也是有效的。从当时起，Xthinner就开始应用于每个区块，没有任何妨碍，而且没有区块高出1.5次网络来回。在获取丢失的生意业务之后，大大都非小块已经得到了约莫99.0％的压缩，可能在获取之前就得到了约莫99.3％的压缩。对比之下，Compact Blocks凡是可以得到约96-97％的压缩率。截至今朝，有8个区块在压缩流传的进程没有丢失任何生意业务（0.5次来回），有24个区块需要一次来回获取丢失的生意业务。
在前段时间，关于BCH的区块流传的方案实行已经取得了新希望。BCH的全节点BCHD已经将致密区块(Compact Block)集成到客户端中。石墨烯技能在应用CTOR后也得到了很大的打破。
较大的区块可以得到更好的压缩，因为header、coinbase和校验和类型占整体的比例较小。有时也因为Xthinner算法可以更一致地省略TXID的初始字节。
而此时的Toomim却在帖子中说明：“几个小时前，我修复了我的Xthinner代码中的最后一个showstopping bug，并让它在主网上的两个ABC完整节点之间运行。一个节点作为通往世界其他处所的桥梁，，吸收Compact Blocks 并传输Xthinner。另一个毗连到除此桥梁之外的其他节点。”
矿工兼开拓者Jonathan Toomim在reddit论坛宣布帖子公布：“依靠CTOR的气力，Xthinner此刻已经合用于BCH主网的区块”。BCH块流传协议旨在提供比以前更好的压缩率。在最近的测试中，Toomim声称利用Xthinner方案机能最佳的区块得到了99.54％的压缩。
约莫三个月前，Toomim透露了本身对Xthinner项目标研究希望。他暗示，只要区块中的所有生意业务都是以前被传输过的，Xthinner操作CTOR将可以或许为区块提供99.6％阁下的压缩。他还进一步表明道：“每个生意业务约莫需要13位（1.6字节）- Xthinner的设计是容错的，可以或许很好的处理惩罚发送方和吸收方的mempool不能很好同步从而导致机能下降的环境。它可以通过一次或两次（很少）的特别通信来回，检测和更正丢失的生意业务或其他解码错误。这一系列言论也将Xthinner推到用户眼前，成为各人热议的话题。
Xthinner 的进步也证明白BCH开拓者的执着。从方案的提出到开拓再到测试、最终到上线，每一步都是他们不懈尽力的功效。BCH的成果的完善与应用的繁荣，离不开他们的辛勤支付。BCH在他们的支持下也将越走越远！
在BCH扩容的进程中，跟着区块容量的增加也不得不思量区块流传速度和区块验证速度的问题。为了更好的办理区块流传的瓶颈，BCH社区中提出了许多方案，如致密区块(Compact Block)、极瘦区块(Xthin Block)、Bitcoin Unlimited开拓团队一直在开拓的石墨烯(Graphene)以及BCH开拓者Jonathan Toomim推出的Xthinner项目。
BCH作为大区块的代表，刚强的走在扩容的路上。不外BCH并非是纯真的增加区块巨细，需要共同一些技能的改造，如UTXO证明、石墨烯等。
Toomim暗示将很快会宣布一个alpha代码，以便人们可以操作它。不外，代码仍然存在一些已知的错误和裂痕，所以不要在任何想要继承运行的对象上运行它。在代码质量足以与Bitcoin ABC节点归并之前，尚有许多事情要做，所以不要太欢快。到今朝为止，机能最佳的区块是一个841 tx，363 kB的区块，以1660字节传输。这是99.54％压缩或15.79位/ tx。不行否定的是，这也是迄今为止最大的区块之一，间隔前一个区块已经已往了23分钟。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
