看完了TradeLens的案例,我们再来看第二个误用区块链的例子——航空公司里程系统。
有某间航空公司跟数百家餐厅、住宿业者合作,让客户在这些合作商家消费也可以累积航空里程数,并且宣称在点数系统中导入了区块链技术,大幅度提升后端作业效率并减少人力核对点数成本(这是真实案例)。
这真的需要区块链吗?让我们再套用一次框架:
1.需要储存数据
-->打勾,需要有地方能够存点数余额。
2.有多个数据写入者
-->打勾,有很多合作商家需要写入数据以更新点数余额。
3.没有适合/可信任的数据储存者
-->打叉,航空公司自己做一个中心化的数据库让合作商家串API同步点数余额状况即可,没有信任问题。
4.数据需要其他成员查核&审计正确性
-->打叉,这个应用场景是「一对多」而非「多对多」的关系,亦即商家A跟航空公司串接数据时,并不需要同步让商家B知道,而且商家B也不需要审计「商家A跟航空公司串接数据」的真实性。
5.数据一但被写入后就不能被删除或更新
-->看状况,如果数据库只纪录点数最新的余额,不管中间消费历程,就不需要这个特性。
在「有可信任数据库」的状况下,单纯的数据同步是不需要区块链的,航空公司高管宣称的「后端系统效率提升」,在我看起来可能只是借着区块链项目的名义把原本不够数位化的地方做得更好罢了,看起来是区块链奏效,但实际上并非如此。那为什么要用区块链呢?可能是为了PR效果,也可能技术顾问公司卖区块链解决方案可以开更高的价码吧!谁知道呢?
点击关注币海启行微信公众号,了解更多