区块链效转移这东西, 说白了就是把合同权益、数据资产或是供应链信用, 从这一方划转到那一方。不过传统流程是靠人工来对账,还得依靠纸质签署, 这就太慢了, 费用也贵, 并且还特别容易出来纠纷。
我在这里头见过太多项目, 卡在最后一公里这里, 技术能够跑通, 可是流程却接不上身, 钱倒是花出去了, 结果效没有转换成功。
区块链效转移难在哪
其实, 最让大伙儿头疼的大事儿, 压根儿就不是技术有多难搞定, 而是上游的公司和下游的那个系统之间, 它们根本没连在一起。
我曾经接手过一个关于供应链金融的项目, 这时候的核心企业已经做了个动作, 就是把那些应收账款的事情在链子上给确认清楚了, 但是在供应商那一头呢, 他们还在用那种Excel表格来记账本, 结果两边弄出来的数据根本就对不上号。这么一来, 有效的传递就变得跟白忙活一样了。
后来我们足足花了整整三个月的时间, 把那ERP接口的地方重新调了一下子适配才通, 这才把那个环节给串连上了, 最后导致这个工期直接就变成了翻了一番那么个样子。
还有另一个问题, 它被严重低估了, 那就是法律认定方面的疑问。因为在互联网上保存证据, 并不等于就得到了司法机关认可的电子签名, 有些地方的法院对于哈希值这种证明方式, 心里还是有保留态度的。
所以在项目开始推进之前, 一定要去跟公司的法律专业人士确认一下当地司法部门的具体说话口径, 千万不要等到技术应用正式上线以后, 才发现它的法律效力根本站不住脚这一点 法律效力站不住。
区块链效转移怎么落地
我们最终选择使用轻上链方案, 该方案没有将所有业务数据都放入链上存储, 而是仅把确权节点和转移指令上传到区块链中, 其他数据则保留在链下的数据库里。这样做既保留了不可篡改的信任锚点, 又没有使系统复杂度大幅增加, 同时将开发周期缩短将近一半。
在具体的执行层面, 首先是必须要挑选出那一条业务最为成熟的线路来作为试点的对象, 去把从发起一直到完成在内的这一个全过程给完整地跑通, 等到这个阶段实现了之后, 再去考虑逐步地把范围扩展到其他的一些环节上去, 千万不要在一开始的时候就想着把所有的业务都铺开来去做, 因为如果那样做的话, 团队就会被那些各种各样意想不到的边缘情况给拖垮。
选对试点的重要性要比选对技术重要得多, 这话是我在踩了坑之后才真正明白的。
