所谓区块链里的平行链, 说得更直白一点, 就是一套独立运行的网络, 它跟主链是并排着跑的, 并且可以共享验证过程。这种平行链, 并不是主链发生的那种分叉情况, 而是借着共识机制这一手段, 让自身与主链保持着状态上的同步, 这样一来, 交易处理能力也就不再全都拥挤在唯一的一条链条上面了。
平行链跟主链啥关系
开发者最常问的一个问题, 这个就是关于平行链的数据到底存在哪里。答案很清楚,就是平行链只验证、不存储。它会复用主链的交易账本。同时它自己会维护一套轻量级的验证节点。
在确认交易是合法的前提下, 把结果写回去。这样就是把对应的结果返回给主链去。这就好比一个收费站, 它的工作只是负责验票而已。它是不替你保管行李的。
出块的速度因此就变得跟主链完全不一样了, 它跑得比主链要快了非常多, 这是因为不需要去做那些非常完整的共识方面的计算工作, 只是简单地去跑那一层验证的逻辑而已。
对于开发者在使用的这个角度来讲, 调用平行链接口这件事就会比直接去操作主链变得轻松得非常多, 这一点通过标签调用平行链接口比直接操作主链轻得多可以看出来, 延迟的问题也被压低到了毫秒级别这种程度是完全可以达到的。
平行链怎么部署
大多数的项目使用的是侧链锚定模型。主链会每隔N个区块向平行链推送一次状态根。验证节点在拿到状态根之后进行增量校验。一旦校验没有通过, 该验证节点会被直接踢出验证集。这样做是为了防止发生恶意篡改共识的情况。
当你真正把系统跑起来的时候, 你能够发现一个实实在在的情况, 就是那个限制总体的数据处理的量的瓶颈, 它往往并不是处于在区块链网络本身上面, 而是处于在那个主干的网络节点和分支的网络节点相互进行状态数据的同步传输的那个通道的地方。

一旦这个用于数据传输的通道的带宽容量没有办法跟上快速的业务处理节奏, 那么即使是你的验证环节的速度做得再快, 也是完全没有任何用处的白费力气。
所以大家在选择一个合适的基础框架技术的过程中间, 必须要把那个关于状态同步机制所能达到的吞吐量性能指标给看清楚、弄明白, 然后再去讨论其他的那些相关的问题细节。
我们需要清楚的是, 平行链在本质上其实就是主链用来进行核对的那个分身对象, 它压根就不是一个能单独存在、独立运作的王国体系, 只有在把这一点跟主链之间的边界情况彻底搞清楚之后, 后续才不会再出现那种架构设计方向发生错误跑偏的情况。
转载请注明出处:imtoken,如有疑问,请联系()。
本文地址:https://zmdyd.cn/imgfb/11422.html
