区块链应用原则到底有哪些？落地前必须搞明白的事

我在区块链项目的交付工作上已经干了五年了, 我亲眼看到了不少企业花了几百万元把系统搬到了区块链上, 结果这些系统运行了大概三个月之后就没有什么人再用它们来工作了, 这并不是因为技术方面存在什么问题, 而是因为这些企业在还没有完全搞清楚那些重要的应用原则之前就开始动手去做项目这个事情了。

区块链应用原则怎么定

定原则之前先回答一个问题, 你的业务里, 哪部分数据真的需要不可篡改。大部分场景, 一个数据库加审计日志就够了。别为了上链而上链。链解决的是信任成本问题, 不是效率问题。

我一般是让先把信任拓扑图这一方面由团队完成, 也就是把参与方、数据流向以及争议节点都标出来, 当这张图画完之后, 那么该不该上链、上哪一段, 在基本情况下就已经清楚了。

区块链应用原则难在哪

主要的难点在于要对共识机制的具体选择方式进行判定。因为联盟链技术模式和公链技术的应用范围存在着非常本质的不同, 如果在选择的时候出现了错误，那么后续的整体架构工作都会面临崩塌的风险。

我们自己在实际开发过程中确实经历过类似的失败案例, 曾经有一个专门针对供应链管理的商业项目, 强行采用了基于公有链的建设方案, 结果导致需要支付的Gas费成本过高, 直接吞噬了项目所有的盈利空间, 最终使得负责相关业务的人员彻底失去了继续推进的意愿。

还有一个坑儿是把链上的细粒度问题考虑得不够, 要是把整条业务流水都往上链的话, 查询起来慢得要命, 简直没法用, 后来呢就改成了只有关键凭证的哈希才去上链, 数据本体都留在链下存着, 这样性能这才跑得动。

<强>把信任边界画清楚、把上链粒度砍到最小, 这两条比什么技术框架都重要。项目能不能活下来, 就看动手前有没有把这两件事钉死。