在从事上链业务的这几载光阴当中, 咱们和不同产业领域的甲方代表坐下来进行沟通交流的时候, 那些核心的话题总是不可避免地围绕着两个主要问题来开展, 第一件是关于数据究竟怎么样来实现真正的上链操作, 第二件事情则是关于上了链之后的那些成本到底应该如何去进行分摊, 如果这两个问题没有办法得到彻底的解决, 那么相关的项目就只能够继续停留在PPT阶段上面而已。
区块链上链落地难在哪
很多团队认为把数据上链, 仅仅是简单的将哈希值丢到区块链上面去这一种动作而已, 但实际上事实并不是这样。数据格式要实现统一, 不同链条之间要能够互通, 链下存储与链上锚定要互相配合, 并且上述每一项工作内容都要和业务系统进行非常深度的耦合。
我曾经亲眼看到过有三个项目就卡在了数据标准化这一步骤里面没有过去,导致工作的进程前后拖延了大半年的时间。
能真正顺利跑通的案例, 很多时候是业务那边的人先接受了“部分数据上链”这种折中的办法, 不去追求把全部的数据都放到区块链上去, 只是把那些关键的凭证和保存证据的哈希值写到链里面去, 先把建立信任的锚点给构建起来, 然后再慢慢扩大覆盖的范围。
区块链上链成本怎么算
大家往往只把上链时候的花费和节点运维的费用看作是明显的支出, 但是其实还有隐性的成本存在, 这个隐性成本主要是在人力方面, 因为需要找到一种既了解区块链又了解具体业务的复合型岗位的人才。
对于中小型的团队来说, 他们的能力不足以养活这样的专业人才, 所以他们要么只能把这些工作外包给专业的服务提供商去做, 要么就是转而使用联盟链这种方式, 从而来降低运维的复杂程度。
从我自己给出的情况来看, 大家可能会觉得, 把联盟链和那种比较轻的共识机制放在一起配合使用, 在当前这个时间段里面, 确实属于性价比表现最好的一个选择。
至于说公共链这种东西, 它比较适合那些对去中心化这个事情有着非常极端要求的具体业务场景存在, 但是千万不要因为别人都在讨论上 chain 的事情, 就直接生搬硬套用过去。
这些对话是没有所谓的标准答案的, 但是大方向是清清楚楚的。先让一个小闭环跑通, 这比绘制一个完整的全链路蓝图要更加务实一些并且更加实际得多。
转载请注明出处：imtoken，如有疑问，请联系（）。
本文地址：https://zmdyd.cn/imazbqb/10841.html