我在做企业架构这项工作上面, 已经坚持干了整整十年之久。我在这个过程中看到过太多的项目, 在刚开始起步的时候, 就会非常大声地直接去呼吁要上区块链技术这个东西。
但是实际上关于信任这个问题还有数据一致性问题这件事, 除了区块链这条路之外还有很多其他的路可以走并不是只有一条路。在非常多的具体应用场景里面使用传统的那些手段就完全能够把它搞定了这一点是非常显然的。
除区块链还能用什么
分布式账本这个东西, 它绝对不是只有区块链这一条路, 大家要知道这一点, 其实联盟链也好, 带审计日志的分布式数据库也罢, 它们都能够实现多方数据的一致性那个事儿, 我本人在某银行的清算系统项目中就亲身参与过这个事, 当时那个系统中的节点数量被控制在了十几个这么个范围里面, 整体的性能表现比公链要高出来了两个数量级这么多, 所以说压根儿就没有去用到那种所谓的链式结构。
在诸多被称为需要上链的应用场景里, 其核心目的说白了也就是为了做到数据不能被悄悄修改, 以及能够清楚追溯来源。
如果采用那种加上增量哈希、再套个时间戳, 最后还得找个第三方机构来做存证的办法, 整体开销算下来，也许仅仅只是真正去跑一遍区块链方案所需成本的十分之一左右。因此其实根本没有必要非要去依赖那些复杂得不行的共识协议机制。
除区块链替代方案有哪些
绝大多数企业的数据共享需求, 使用API网关再加上数字签名就已经足够应付了情况了。
我个人曾经见识过三家做供应链业务的公司, 它们投入了好几百万的经费去搭建区块链系统, 但是在实际操作运行起来之后发现, 维护这些节点所消耗的成本, 比事先预想到的结果高三倍还多, 所以最终大家还是不得不回头重新编写了一套中心化的管理系统出来。
在选择方案之前, 必须先要想清楚一个事情, 核心痛点到底是什么, 它到底是需要解决去信任的问题, 还是需要解决可审计的问题, 如果是选择后面的那个情况的话, 数据库加上操作日志, 还有像WORM存储这些传统的技术完全够用, 完全没有必要为了区块链这三个字这一个词汇, 去支付额外的工程复杂度税。
技术选型从来都不是去追求那些最新鲜的东西, 而是去找能够匹配具体问题的那个方案。大家把具体需要做什么的那些事情拆开来看了之后会发现, 真正到了那个非要去用区块链不可的地步的具体场景, 实际上是在大家的想象之中要少得多那一回事。
