横向扩容区块链的底层逻辑实际上就是让多条链并行出块且互不阻塞, 这与以前堆单链算力的路子完全不一样, 现在业内重点是把交易吞吐拆到子链上去并且多条链加总算力。
横向扩容区块链怎么做
最直观的一种办法是分片。也就是把全量的数据切分成好几块儿。这时候, 每个节点只管好自己那一片。交易的验证工作就在每一片内部独立进行。以太坊那个Ethereum 2.0走的就是这么一条路。这样一来,单节点就不需要去承担整个网络的状态了。存储方面的压力也就一下子小了好几个数量级。
另一条路是通过跨链桥来实现。在A链得出结果之后, 验证器会把状态同步给B链, 因为各个链是独立进行运转的, 所以整体的吞吐量就是几条链的数量加起来的结果。但是, 如果跨链桥被攻破的话, 所有链都会一起崩溃, 这是目前最大的安全隐患。
横向扩容区块链靠谱吗
在工程实际落地应用中, 并没有大家想象的那般便捷顺畅。数据分片完成后各个节点之间得依赖gossip协议来对系统状态信息进行同步工作, 这种网络延迟问题就会直接卡住区块产生的快速度。
我曾亲眼见过一个具体项目将其划分成了64个分区部分, 由此导致延迟时间飙升达到了3秒之久, 这就使得最终用户对整体服务体验的感受变得非常糟糕, 甚至比没有进行扩容处理之前的状况还要差劲许多。
Rollup这类的第二代扩容方案相对比较成熟, 其日活跃的交易处理量能够达到一千万笔以上, 实际上已经到达了能够直接用于生产环境部署的标准。可是最终结算的压力终究还是要转回给第一代基座层来处理, 所以瓶颈问题并没有真正地消失掉, 只是把位置换一个地方放置了而已。
选择哪一条路这个问题, 取决于你自身究竟是否需要进行彻底的去信任化处理。如果你想要获得安全性, 那么速度往往就要慢一些。而如果你希望速度变得足够快, 那么你就需要让渡掉一部分验证的强度。在这种情况下, 两种优势是你两边都无法同时占用的。
