我在区块链架构这个圈子里面总共做了七年, 经手过不下二十多个针对大型企业的区块链计划, 说句大实话, 真正能够把链上核心业务给彻底跑通的, 不到三成的人, 卡住了大多数人前进脚步的并不是技术这个东西本身, 而是需求没有拆开搞清楚, 或者说是底层架构没有选取对。
区块链计划难在哪
最让人难受并且阻碍事情进展的关键点, 就是让各个不同的部门把想法和认识统一起来。
业务工作方面需要追求快速推进,法务工作需要保证符合相关规定, 技术团队需要确保系统安全, 这三方人马针对同一个区块链项目的具体理解, 通常情况下经常无法处在同一水平线上, 评审会议一旦召开持续两个小时的时间后, 得出的结论依然还是表示需要回去再反复思考一下。
数据上了链之后的权属怎么界定, 这是第二个硬伤。涉及到用户隐私还有多方结算的问题的时候, GDPR和国内的个保法会同时对这件事进行约束, 有好些个团队在处理到这一步的时候, 直接就推不动了。

区块链计划怎么选型
千万不要在开始的时候就急着去大量部署公链。其实对于大多数面向企业的实际应用场景来说, 使用联盟链就已经完全足够了, 这里提到的HyperledgerFabric以及长安链, 都是经过时间检验且非常成熟的选项。
在做最终选择的时候, 核心要点主要看三个方面, 也就是节点的规模到底有多少、共识机制采用哪一种方式, 以及每天链上的数据量大概是多大, 只要把这三个具体的数值都明确和确定好, 整个技术方案自然就稳妥可靠了。
我的建议是首先要先把最小业务闭环这个环节跑通, 千万不要贪大。如果一个区块链计划能够扎实地解决某一个痛点, 那么这一点其实要比去铺一张多达二十页的PPT要实在并且有意义得多。
区块链这个计划, 它从来就不是那种能解决所有问题的万能钥匙, 它只是一个工具。你需要先想清楚, 你究竟是要去解决什么样的问题, 以及在哪一种特定的情况之下, 是必须采用区块链技术来进行处理的, 至于后续的那些事情, 就交给工程方面的推进节奏去慢慢地推动。
转载请注明出处:imtoken,如有疑问,请联系()。
本文地址:https://zmdyd.cn/zbimqbxz/10876.html
