其实去做区块链适配, 这件事并不像是简单地换一个技术栈那样简单。在过往的五年时间里, 我带领着自己的团队给三家制造业的企业做过系统迁移工作, 通过这段经历我得到了一个最大的感受, 那就是适配环节中的核心难点并不是存在于区块链本身的环节里面。
真正比较困难的点其实是链条上面数据的传输和链条下面数据的传输这两者之间应该如何进行打通。另外一点是业务逻辑应该如何被重新进行拆解。
区块链适配难在哪
最大的难点在于共识机制与原有的数据库事务模型之间无法实现顺利对接。传统的系统往往表现为强一致性以及中心化特征, 而区块链则呈现出多节点分布与最终一致性特点。当你将一套ERP系统的订单模块迁移上链时, 状态机逻辑需要进行全面重写, 回滚相关的业务处理逻辑也必须重新设计。
第二个坑是性能, 在我经过手的一个项目里, 原来说每秒能够跑八千笔交易, 但是上了链之后, 瓶颈直接跌到了三百笔以内, 业务方完全没法接受这个结果, 他们最后只能做一个分层架构, 这个架构叫作链上存证、链下计算,以此来解决这个问题。
区块链适配成本怎么算
成本不仅仅是指开发人员所需要投入的人天数量, 节点部署、跨链网关、智能合约审计, 还有气体费模型的这些设计, 所有这样的隐性开销加在一起, 其总和往往会达到开发费用的两到三倍。我也亲眼见过一个团队, 他们严重低估了进行审计所需的成本, 导致整个项目最终被延期了长达四个多月之久。

还有一个点也是很容易被大家给忽略掉的, 那就是合规。
因为数据一旦给弄到了那个区块链上边去以后, 到底什么样子删除才算是在界限之内, 什么样的更正算是在界限之内, 这个事情在各个不同的行业里面, 监管的说法和口径那都是有着非常大的差别的差异很大的, 所以在制定那些适配方案的流程里面, 非得是把这一层问题也得给认认真真地想得特别清楚才行。
在做这件事的时候, 是没有一个标准的唯一答案可以供你参考的。但是, 如果你先把数据模型这幅图画完整。然后再把性能瓶颈这幅图画明确。最后再把合规边界这幅图画清楚。在你把这些事情都弄明白之后再动手去进行操作的话。就能够让你少走过去大半部分可能会遇到的那些弯弯绕绕的路径。
转载请注明出处:imtoken,如有疑问,请联系()。
本文地址:https://m.zmdyd.cn/imazbqb/10311.html
