产业观察 | 区块链捕手：云象区块链4年来的实战心得（邓旭专访）

区块链现在仍处在非常初期的阶段，对于各类区块链企业而言，与具体场景的结合应用是重点也是难点。云象区块链目前已经与50多家客户建立了合作关系，其应用主要集中在电子合同、数字票据、信用证、福费廷、私募股权、资产流转、资产证券化、供应链金融、数据共享等。

前段时间，区块链捕手与云象区块链联合创始人邓旭进行了一次深度交流，此次他真诚地分享了云象在区块链落地应用过程中的大量实战心得，以及他对区块链技术的独到理解，相信他的分享能加深你对区块链落地应用的认识。

采访：周莹、王彦植

撰文：周莹、王彦植

编辑：潘宇波

来源：区块链捕手（微信公众号）

01

云象的实战心得

区块链捕手：云象的Slogan是「让一切变得透明可信」，为什么会用这句话？

邓旭：区块链技术是信任的机器，我们的目标是把区块链技术与产业融合，让链上的资金和资产透明可信。

区块链捕手：只把区块链看作信任机器会不会有点低估它的作用？

邓旭：不会。关于区块链所有的应用和讨论都是基于可信这个基础延伸出来的，每个人站的角度不一样，延伸的维度就会很不相同。

区块链捕手：区块链技术在业务场景中能够解决哪些问题？

邓旭：区块链是一门普适性的技术，各行各业都可能用到，比如，供应链金融和资产证券化应用是解决数据真实性问题；健康医疗是数据孤岛，解决数据共享的问题；电子合同、数字票据、数字资产等应用是解决不可篡改的问题；某些行业还应用区块链的共识机制解决数据同步问题。

但在现阶段，要说哪个行业离开了区块链就不能运转，这是盲目夸大区块链的作用，不同行业的痛点各不相同，区块链的应用方式也就不同。

区块链捕手：云象在业务落地的过程中会根据实际情况进行订制化改造吗？

邓旭：是的，不同场景配置不同的共识机制。可信的机构参与到联盟链中，会采用Kafka这样的弱共识去完成；可能存在恶意节点的场景中，会采用PBFT/SBFT这样的强共识。安全性要求不同，加密方式不一样，此外还有背书策略和隐私保护，都会根据场景选择不同的功能模块。

区块链捕手：云象现在和50多家机构建立了合作，但在刚开始的时候是怎么与他们达成合作的？

邓旭：区块链技术的推进不是靠一个初创公司极力推进，机构就立刻接受这项技术的，而是在不停的交流互动中把技术和业务融合起来，双方都觉得在一个特定的场景中，区块链技术能够发挥它的价值，才开始启动项目的。一般情况下，如果他们业务上有需求会来找我们，我们也会在有方案的情况下，针对性地走访一些金融机构。

2016年我们看到金融领域，尤其是银行，因为一些创新业务对区块链技术有需求，所以他们会找我们，有些时候也登门拜访。各家银行的领导或科技人员会因为某个活动聚在一起开会，如果一家银行说我们在用区块链技术做一个什么应用，其他银行会去问他找的哪一家，所以会有蛮多的银行找过来。

区块链捕手：竞标的时候客户最关心什么问题？

邓旭：竞标的时候，客户一般非常关注功能和性能方面的问题。功能方面主要包括共识算法、隐私保护、密码学、权限管理、管理运维等。性能主要看每秒能够处理多少笔交易，伴随着压力测试和稳定性测试。

但如果是机构的业务人员，他更多是描述业务流程及业务的痛点，如果这个痛点有机会用区块链技术来解决，那就有机会进一步去沟通。

区块链捕手：对于可能发生的问题，你们怎样来设立响应机制？

邓旭：我们会根据问题的轻重缓急设立不同的响应机制，这和传统软件服务行业没太大差别。我们所参与的项目，尽可能在前期研发和测试中下苦功夫，上线运行表现都比较好。

区块链捕手：现阶段导致区块链应用落地难的原因是什么？

邓旭：虽然我们已经推进很多的落地案例，一定程度上形成了标杆，但整个行业来看，区块链真正落地的案例还不够多，导致这个问题的原因有三个:

1）区块链技术的稳定性和性能有待进一步提高，现阶段中低频的场景更适合用区块链技术去解决，还有就是机构对「Token」认识和接受需要一个过程，金融的核心是交易，Token是交易中不可或缺的媒介。

2）业务人员更关心数据安全性，其实技术层面已经通过加密手段和隐私保护等算法确保了数据安全性问题，但理解并接受还需要一个过程。

3）任何一个行业生态链的形成都经历了很长的时间周期，生态链就是利益链，颠覆这些利益链还有漫长的路要走。要解决这些问题，都不是一蹴而就的，只有通过不断普及区块链技术去逐步改变大家对技术本身的认识，并通过一些落地案例来证明区块链技术是有价值的，这的确还需要一定的时间周期。

区块链捕手：现在区块链公司有什么比较好的商业模式吗？

邓旭：区块链技术在探索中，商业模式也在探索中，所以业界还没有成型的商业模式。现阶段的计量模式还是比较低级的方式，也就是借鉴传统IT服务商费用支付方式，但这不是区块链技术公司想要的。

联盟链一种潜在的商业模式是「一对多」的共享式服务。也就是一家区块链技术服务商提供云服务，负责区块链平台的运维和管理，多家机构接入这个云服务。在接入时缴纳一定金额的费用，在享受服务时，调用一次合约或完成一笔交易，从交易流水中提取一定金额作为运营方的报酬。

这种「一对多」的方式省去了先前「一对一」昂贵的定制服务费，而负责运维平台的区块链服务商因为多份收益获得的回报也比传统的要丰厚一些。我认为这种模式是比较容易成型的。

区块链捕手：区块链项目的评判标准和过去其他项目的评判标准有什么不同吗？

邓旭：区块链技术呈现方式是一套软件，衡量软件的好坏一定是它的功能和性能问题。因为区块链不是一个全新的技术，那传统软件的衡量标准也就是区块链的衡量标准。

现阶段区块链技术没有特定的技术标准。区块链技术发展还处于早期阶段，谈技术标准或者测试规范，还为时过早。任何标准和测试规范都是基于多个应用而形成的共性框架，而不是说先有标准再去做应用。

02

对区块链技术的理解

区块链捕手：云象为什么选择做联盟链而不是公链？

邓旭：选择联盟链和公有链只是公司的定位问题。选择什么样的区块链技术路径是和场景密切相关的，比如说TO B就适合选择联盟链技术，如果TO C就会选择一些公有链技术，但不绝对。

区块链捕手：联盟链现在面临的一些难题、瓶颈是什么？

邓旭：联盟链面临的问题和公有链差不多，主要是性能问题。区块链本身就是牺牲性能来换取数据安全性和一致性的，所以在性能方面还达不到中心化数据库的处理速度。现在的区块链技术最适合的场景是中低频场景，不过一旦性能问题被突破，这将是一门普适性的技术。

区块链捕手：联盟链的多链架构是为了解决什么问题？

邓旭：多链解决了数据隔离和隐私保护。一家机构参与了A业务，也参与了B业务，他将同时拥有A与B两个业务的账本，只参加A业务而不参加B业务的机构，只能拥有A业务的账本。

区块链捕手：那跨链的问题是怎么解决的？

邓旭：现阶段难解决，但一定能解决。不同链所采用的技术架构不同，比如云象现在是基于Hyperledger的技术架构去开发的，还有些人是基于以太坊开发的，即便是同样的技术架构，在落地过程中也进行过不同程度的改造，所以跨链现阶段还有一定难度。还有就是现在落地应用并不多，跨链技术有潜在的需求，现阶段可以用多链的组网方式解决部分跨链的信息交换。

区块链捕手：联盟链中如何让节点拿出真实、全面的数据？

邓旭：能够让参与节点拿出真实全面的数据，还存在着一个激励的问题，通常的表现形式有两种。第一种是排名，比如说我拿出的数据量大、且被查询次数最多，排名就会靠前，但它只是一种精神激励。第二种是与利益挂钩，如果参与各方都认可一种Token来对应收益，他们就会愿意把数据放出来。在这类区块链网络里没有激励，发展就不会长久，尤其是数据共享类场景。

区块链捕手：联盟链的Token有什么价值？

邓旭:Token就是流转的媒介，任何资产和资金的转移可以理解为交易，而交易是金融的核心。有了Token，就能够进行价值传递。联盟链的Token可以根据资产或资金来锚定，只要各参与方认可这个定价模型就可以。这个Token不用到二级市场去流通，而是在这几个机构之间流通。

联盟链和公有链的Token概念是一样的，但它没有金融属性，也就没有炒作的空间和升值空间，它只是一个媒介。

区块链捕手：您认为联盟链和公有链最后会以什么样的关系存在？

邓旭：公有链和联盟链本质上都是一条链，从技术角度，我认为它们再往后的发展界限会比较模糊，不会像现在这种状态，就好像联盟链就是TO B的，公有链就TO C的。大家都是链，只是采用不同的架构去完成而已。其实私有链、联盟链、公有链刚开始做区分，也只是区块链的应用范围、准入机制的大体划分。

区块链捕手:很多互联网公司也在做区块链的事情，他们和创业公司是在一个维度上做这件事情吗？

邓旭：不是。因为创业公司要到外部去寻找场景，就涉及谈合作。什么样的情况下才合作？怎么合作？彼此有什么样的代价？这是业务上不可逾越的一个环节。而互联网巨头来做的话，它本身有一定的场景优势，不用到外面去找，就可以针对自己的场景去开发应用。

但区块链技术的应用场景实在太多，初创公司并不一定要做互联网巨头所做的场景，只要初创公司定位的场景能够解决客户痛点，巨头的客户也会变成初创公司的客户，在区块链技术面前比的不是公司大小，而是所做的场景是否能够解决问题。

区块链捕手：区块链未来的生命周期会是什么样的？

邓旭：我认为区块链技术在未来2到3年是有机会迎来爆发的拐点，生命周期持续30年没问题。区块链技术是建立在密码学、通信、云计算和互联网技术基础上的，而基础技术现在都是非常成熟的，所以说区块链的发展的节奏会比互联网快很多。

—-

编译者/作者：Cheeye郭善琪

玩币族申明：玩币族作为开放的资讯翻译/分享平台，所提供的所有资讯仅代表作者个人观点，与玩币族平台立场无关，且不构成任何投资理财建议。文章版权归原作者所有。