我在项目方面已经干了整整十四年, 经手过有三十多个的数字化转型工作。等到我们回头去仔细一看的时候, 会发现真正是需要用到区块链技术的场景少得简直可怜到了极点。在绝大多数场合里面它都是处于缺席状态的, 这个现象并不是说谁把它给忘记了, 而是它在那些地方压根就不应该出现。
区块链缺席的原因是什么
总而言之, 在信任成本比较低的情况下, 人们根本就用不到这个技术。在企业内部上下游系统对接的过程中, 数据库运行定时同步就能处理完毕了, 没有必要非要上链, 因为这样做只会增加开发者的工作负担和难度。
我在去年审核一个供应链方案时发现, 该方案的底层依然使用的是传统的API接口, 结果交付周期直接被缩短了一半, 而甲方对此的态度反而更加满意。
真正需要那个什么链上共识的情况, 主要就是集中在像跨境结算, 还有多方之间没有信任基础的那种协作这些非常狭小的缝隙领域里面去了, 对于绝大多数的企业项目来说, 只要有一个中心化的数据库, 再加上一些审计日志的记录, 就完全足够了, 非要强行把区块链的技术塞进去, 那纯粹就是一种过度的设计了。
哪些项目不需要区块链
在我看到的种种案例里, 最让人觉得荒谬的一种情况是这样的。有一家属于当地物流行业的公司, 他们的仓库数量仅仅只有三个, employed 的司机人数也才十几个人, 可是他们却执意要推行所谓的区块链溯源技术。
因为这个链条上面的每一条记录都需要等待共识确认环节完成, 所以直接导致的后果就是整体的装卸运行效率反而比之前使用旧系统的时候还要低下。最后该公司不得不回归并使用普通的扫码系统进行操作。问题当天就解决了。
再比如企业内部权限管理。你找 IT 建个角色矩阵, 改个策略五分钟的事, 非要拆成智能合约部署上链, 一次变更要走七个人签名。这不是安全, 是折腾。
缺席这件事是不能够直接被认定成失败的。关于技术选型这个问题, 搞清楚不应该用什么东西, 这比起搞清楚应该使用什么东西来说, 是要难得多的一件事情。
