我在分布式账本项目上已经干了有八年时间了, 我见过太多的团队把让区块链的链这几个字挂在嘴边上面, 可是这个链条只跑过了三个月的时间就没有人去管它了。出现这些问题的原因, 完全不是因为技术方面不够好, 而是因为你们没有用真实的、具体的业务场景去喂养这些数据。
让区块链的链怎么落地
不要一开始就急着去自己构建公链。对于中小规模团队而言, 最切实可行的一条路径是将系统部署在已经存在的二层网络或者联盟链平台上。共识节点压到五个以内, 运维成本会直接被削减百分之七十。
去年我曾经帮助一家从事冷链物流的公司搭建了溯源系统, 从项目确立概念一直到最终上线运行, 仅用了六周时间就全部搞定, 底层的区块链基础本身就是现成的, 团队仅仅编写了业务部分的智能合约即可。
另外还存在一个值得警惕的问题: 数据上链时的颗粒度控制。并不是所有类型的数据都具备被上传到区块链的适配性, 应该采取一种更合理的策略, 即只把哈希摘要和关键状态放进去, 而将原始数据留在链下进行存储。通过执行这一操作, 能够大幅度降低资源消耗, 直接砍掉高达八成的储存成本开支。
让区块链的链值不值
有很多人问关于让区块链的链是否值得投入的问题, 我的评判标准特别简单直接，如果考虑能不能去掉区块链这个环节, 单纯使用数据库结合审计日志的方式能够达成需求的话, 那就坚决不用区块链, 因为区块链主要解决的是在网络中参与各方互相缺乏信任时需要达成共识的难题, 假如这些参与方之间本来就建立在绝对信任的基础上, 还要强行采用区块链技术方案, 那就是纯粹地在浪费资金。
可是像跨境结算, 还有多机构的存证, 加上跨企业的供应链这些情况里, 不可篡改和去中心化审计这种需求就是实实在在必须得有的硬要求。我看过去不少项目, 他们做判断的时候经常弄反了事情的方向, 在不需要用的时候却搞了过度设计, 在那本该节省成本的地方却非要上链去做。
要让那条区块链能够顺利地跑起来, 其实只需要做到一点点事情, 就是首先要去找到一个真实的、大家互相都不信任的场景, 然后才有资格去谈论技术方面的问题, 一旦把这个顺序给反过来做了, 那么这条链就根本跑不远。
