蜂车链是基于区块链的汽车轻微事故服务网络，想要建设一套自驱自洽的共享生态系统， 解决私家车车主轻微小事故痛点。
车主遇到轻微损伤时，受到现行保费机制的影响，往往不会选择出险（出险后次年保费就会提升），而是会自费维修，蜂车链认为这部分市场空间为500亿，并且随着私家车保有量的增长而迅速增长。
蜂车体系由几个角色组成，分别是风险产品消费方、风险产品设计方、风险产品交易方和合作汽车维修厂。
风险产品消费方即车主，具有某一特点的车主组成社群，风险产品的设计以社群特征为依据，数据来源是车主在行车过程中产生的数据。
数据初期通过DAPP收集，后期加上专门的硬件收集，数据所有权归车主所有，加密存储在分布式存储系统内，数据的使用需车主授权，车主在行车过程中打开DAPP收集数据，即可获得代币奖励，被称为“开车即挖矿”，代币可以用于消费风险产品。
风险产品设计方依托社群特征数据，为社群进行产品定制，风险产品设计方并不是指定的某个机构，可以是具有独立精算能力和风险杠杆计量能力的个人、组织或机构。
体系内风险产品设计方可以为同一个社群设计多款产品，由社群投票选择他们认可的设计产品，社群认可后就会通过智能合约扣除社群成员一定数量的代币，最终包含了代币的产品会被放到市场上寻找承接方；
风险产品交易方是收取费用、承接风险的角色，风险产品交易方可以在市场上选择设计好的产品，获取费用并承担赔偿义务，产品设计方也可以是产品交易方，多个产品交易方选中一个产品，通过竞价进行选择。
合作汽车维修厂，通过报价竞争维修机会，参与蜂车网络的运转。
整体示意图如下
下面从项目立项进行一下分析，项目立项从项目必要性、项目可行性和通证经济模型三个方面进行分析。
A：项目必要性
从整个体系来看，不使用区块链技术同样能够形成这样一套体系，使用区块链技术主要是构建一套信任体系。
风险产品消费方、设计方、交易方和维修方，可以形成信任关系，其主要解决的是车主对维修厂定价不信任，及承包方对车报险行为的信任问题。
蜂车体系内维修厂需要根据AI定损信息和车辆照片来进行竞争报价，虚报价格无法获得维修机会，维修后车主可以对维修结果评价，影响维修厂信誉评分，防止维修厂以次充好，不尽心维修，解决车主对维系厂信任问题。
由于DAPP会收集驾驶数据，所以车险承接方可以通过数据及过往出险记录，判断车主出险真实性，无需在预防欺诈出险上耗费过多精力。
整体考量，蜂车链使用区块链技术构建出一个信任体系，消解出险过程中的摩擦，提升效率，降低成本，有一定必要性。
B：项目可行性
从技术上看，其使用的主要技术手段有数据采集、智能合约和分布式存储，数据采集通过DAPP和硬件进行，整体来看，技术难度一般。
从竞争环境看，汽车轻微损失保险市场属于空白区域，目前没有竞争压力。
从推广和落地看，有一定难度，目前大众对于区块链的接受度还不是很高，吸引各种主体加入有一定难度。
蜂车链本身是想要从B端入手（比如各种保险公司），与有资源的B端企业合作，引入其资源，规模化发展用户，此种策略具有一定可行性，但落地执行具有不确定性。
同时蜂车链会在当地寻找具有上游资源的城市合伙人，通过城市合伙人以三级分销的模式快速占领市场，具体效果需要看执行，想法具有可行性。
从政策风险看，保险市场属于牌照市场，且牌照获取较为困难，自行设计保险产品具有政策风险。
蜂车链的计划是控制拓展节奏，与传统大保险公司建立合作关系，通过增值服务合作方式开展业务，最终独立获取牌照经营；积极开拓国外市场，同时可通过国外合法运作，国内服务合作形式开展。
想法可行，据官方信息已经和人保、太保、中银保险、前海财险等达成合作合作，但依然具有潜在的政策风险。
D：通证经济模型
代币分配比例如下
销售额度30%，私募锁仓1个月，后续每月释放10%，锁仓时间过短；团队10%，锁仓一年，后续每年释放25%，每年释放比例过多；社区回馈30%，比例相对较少。
整体来看，通证体系设计不够合理。
项目进度
产品路线图如下，项目处于早期阶段
产品方面IOS版产品已经可以进行挖矿了，安卓版还不可以，GitHub没有找到代码库。
项目团队
团队展示如下，没有公布融资信息
总结
整体看落地比较困难，通证体系设计不够合理，融资信息缺失，资源方面可能比较弱，项目的推广落地需要强大的上下游资源。
本文为青水评级分布式测评蜂车链产品分析部分。
本文已加入“POB.Network脑力挖矿”内容天使合伙人计划。
李柯，区块链践行者、007er、P2P各大门户网站专栏作者，基金从业，证券从业，个人微信，weimuzimuke，愿与你一同进步。
拉了个小型微信群，一起聊聊天、侃侃地，共同学习，共同进步，也许能提供些价值信息，也许不能，有兴趣的可以加我微信，发送2.8元红包进群。
网友评论