连接两个不同的区块链, 并不是简单粗暴地把它们强行接在同一根线上去算完事的。在我过去这三年里面, 我曾分别参与过政务存证这个领域的项目, 还有供应链金融这个领域的项目, 这两个项目都属于双链类型。
经过这两项工作的亲身实践, 我得出的一个非常深刻的认识是: 两条独立的链条彼此之间怎么去进行数据的互通和交互, 也就是它们之间所谓的“对话”能力, 这个问题的关键重要性, 远远超过了一条单独的链条自身运行速度有多快这一件事情。
双链方案怎么落地
在具体的实际操作过程中, 公链负责承担存证与共识的功能, 而联盟链则用于处理具体的业务逻辑环节。这两个层面的系统之间, 通常依赖于跨链桥或中继节点来进行数据的传递工作。
我曾经亲眼见证过这样一个跨境供应链方面的项目,由于当初没有充分测算跨链桥的吞吐量指标, 导致该系统在上线后的第三天便发生了交易数据大量堆积的现象, 进而使得整个结算流程完全陷入停滞和瘫痪的状态。
跨链通信里的操作延迟还有事务原子性这些问题, 是目前最让人感觉到非常困扰的难点所在, 因为两条不同的区块链在产生数据块的节奏上是不一样的, 所以对于交易确认这一个步骤必须做到严格的时间上的对应和匹配, 否则就会出现这样一种状况, 即在某一侧已经成功把信息写入到链并得到了验证的结果之后, 在另一侧的信息却还没有被进行写入的处理, 这就造成了一个明显的数据出现断层的情况。
双链方案适合什么业务
并不是所有的业务都必须使用双链。如果只需要一个单一的闭环系统, 那么去联盟链进行部署就完全是足够的。
真正需要用到双链的具体场景包括这样的情况, 即数据需要让第三方的机构公开的予以验证, 但是同时又不能把商业里的相关细节全部暴露出来。比如说医疗数据跨院共享这个问题, 或者跨境贸易多币种结算这个情况就是如此。
我的判断标准是非常朴素的, 只要一条链能够运行贯通, 就不必要把它拆分成两条来使用, 架构里的复杂程度往往是最昂贵的隐性成本；只有在数据权利归属这块地方, 天生就出现了公开层级和私有层级的分离现象, 使用两条链才有必要。
双链方案这一块, 它是没有那种可以随处套用的万能模板的, 其核心逻辑呢, 一直都是由业务需求来反过来推导技术选型的, 所以千万不要因为想要炫耀那些技术能力, 然后就盲目地多加链路。
