区块链里区块越来越多 分片扩容状态压缩轻节点到底哪个管用

导读： 因为区块链技术每创建一个新块, 就会导致链上的数据不断向后增加。当前比特币主线的区块总数已经超过了55万个, 以太坊的区块数量也已经突破了1900万。由于上述情况存在...

因为区块链技术每创建一个新块, 就会导致链上的数据不断向后增加。当前比特币主线的区块总数已经超过了55万个, 以太坊的区块数量也已经突破了1900万。由于上述情况存在,所以普通用户以及中小型交易所想要同步全节点的信息, 正变得越来越困难。

区块链区块太多怎么办

如今主流的扩容道路是没法避开分片技术的。以太坊通过Dencun升级这个动作, 引入了proto-danksharding方案, 这种做法就是把数据可用性的问题拆开, 放到几条不同的分片上去并行处理。

经过这么一番操作以后, 单条区块链所能够承载的容量, 在理论上是可以再提升一个数量级的, 同时呢, 那些区块数量所带来的压力, 也就被分摊到了横向的维度上面去。

另一个选择是轻节点配合状态压缩技术。节点仅仅对区块头的哈希值进行校验, 而不去做全量的同步操作。通过将存储空间从几十GB压缩到几百MB的大小, 目前已经有大量的中小型项目以及移动端钱包运行在这套架构上面了。由此所带来的体验差异是非常明显的。

区块太多影响什么

最直接的冲击是存储与带宽成本。每个区块里面多了几KB到几MB大小, 经过几年累积下来以后, 磁盘和流量的费用是不低的。这也是早期大量全节点掉线退出的主因。

这还会牵连到单个区块之间的间隔以及交易被确认的速度。区块里面的数据越密集, 内存池里面等待被打包进去的交易堆积现象就越严重。用户感受到的那种卡顿现象, 根本原因就是在这儿。这个情况跟整个区块链网络有没有跑满负荷没有直接关系。

关于区块数量这个问题的存在, 它并不是一个程序上的错误缺陷, 而是因为开放账本这种架构所必须承担的一种固有成本代价。目前来说, 分片扩容技术以及轻验证技术这两条发展的线路, 都还在并行推进之中。

另外, 底层协议在设计上面的天花板或者说限制上限的边界, 在短时间之内还是能够维持住可用的状态的, 可是对于节点运行所需要的门槛高低的情况来看, 这种情况大概率是不会再回到过去那个阶段了, 也就是说, 不会让一台普通的旧电脑就足以完成同步操作那样的状态出现了。