只有真正落地了,才是有价值的区块链项目。
-CarBlock首席产品官 York Liang
近日,CarBlock 首席产品官 York Liang 在巴比特开设专栏,以CarBlock为例探讨区块链项目的落地技术设计和开发。
York本人从事通信及互联网行业超过16年,负责的产品涉及 VoIP 网络电话、社交网络、博客 BSP、分类信息、智能硬件等。他是上市公司百姓网前产品总监,现在负责CarBlock整体的技术和产品,包括整个协议层设计以及交通数据交易市场在各个公链上的搭建。
要说2018年甚至是以后, 对于区块链项目而言什么最重要,那一定是落地。对于CarBlock来说亦是如此。
CarBlock项目落地第一阶段目标简单的说就是将车辆行驶数据上链,通过区块链及相关加密技术建立一个交易平台,实现数据的交易流通。
在实现过程中会遇到各种各样的问题,York 也和大家分享了在落地过程中所遇到的一些产品及技术经验教训,以及怎么面对这些问题,怎么解决。
CarBlock在搭建产品之前,已经和硅谷领先的车辆上门维修公司 YourMechanic 达成了合作意向,后者也在合作之前便已经获得了用户车辆车载电瓶相关数据。 这样一来CarBlock就有了非常真实的需求和应用场景,而不再是单纯的空想。
不过通常理想是丰满的,现实是骨感的。在大规模推进前,通常都要先做一个 PoC(Proof of Concept)来验证概念,看看现实到底有多骨感。
CarBlock的 PoC 核心是在以太坊上建立并验证完整的数据上线到查询交易的完整过程,这里主要是车辆行驶数据,但其他数据也类似。我们先来看看目前CarBlock设计的业务流程时序图。
CarBlock 业务流程时序图
为了方便从最上层最终用户层的角度来看这个流程,流程中的颗粒度并不完全一致。因为落地做应用,最终还是给用户使用,所以从最终用户的角度看简单可用,那才是真的可用。其中
End User 是指最终产生数据的用户,也就是数据的原始所有者(大多数情况下是车主)。
Certify Partner 是指提供数据采集设备的合作伙伴(比如硬件商、整车厂),End User 通常直接面对的是这些 Certify Partner。
Data Buyer 就是各种数据需求方(比如车辆维修服务商、保险公司等)。
这个 PoC 整体流程还是比较简单的,主要分为两部分:数据上链部分和数据交易部分。
数据上传部分是用户生成公私钥加密数据打包上传
另一部分是数据交易部分,基于以太坊用CarBlock的数字货币交易数据资产的过程
这里产生了一个问题,在交易过程中买卖双方交易是否通过平台和 Partner?
例如:Data Buyer 在购买过程中先把 CAR 充值到平台,再由平台支付给 Partner,再由 Partner 支付给 End User。这种方式简单可控,但从CarBlock做PoC 的验证目标来说就不合适了。CarBlock在做 PoC 的时候,有一个基本要求就是尽最大可能符合去中心化的指导原则,从而充分暴露问题。因此,在业务流程上,交易过程中 Data Buyer 直接通过 Smart Contract 支付给 End User,中间不再受到平台和 Partner 的制约。当然,这也会引出来后面在以太坊上落地实现时的一个体验上的大坑,在 York 看来虽然技术上能跑通,但真正使用上几乎是不能接受的。
从业务流程的角度来看还是比较简单,这里先开个头,之后 York 还会就产品、技术细节等方面展开讨论。
下一期的巴比特专栏《老梁谈落地》中会详细谈一下基于CarBlock业务流程的用户体验考虑,毕竟区块链大规模应用最终依靠的是普通用户,而 York 又是产品专业出身,会和大家详细说说CarBlock是如何平衡以太坊开发限制和满足用户体验上做的努力。期望大家多多关注!
领取专属 10元无门槛券
私享最新 技术干货