Tokenized的设计哲学（三）

商业模型分析和展望

为了了解Tokenized的强大之处，以及应用场景，我们可以通过官网给出的一个示例来加以说明。

飞行积分示例

这里有一个航空公司，称为TokenAir，他们有一套可以通过增加飞行时间来累积的积分系统。而我们的Bob是一个需要经常坐飞机的销售，因为经常坐飞机，所以他积攒了400万飞行积分（frequent flyer point，后文简称为FFP）。他并不打算使用这些积分来消费，而是决定把这些积分赠送给他的姐姐Dianne。

根据航空公司的智能合约，使用token进行消费必须通过kyc认证，如果Dianne没有经过kyc认证，那么Bob无法将积分送给她。而这个kyc认证是一个第三方提供的身份验证服务，有点类似我们的支付宝授权登录这样的实名服务。Dianne在这个第三方预言机中成功注册了自己并通过了认证，并且向这个预言机发送请求，要求预言机发送一个签名消息的交易证明自己的身份。在获得了这个消息之后，她就可以从Bob那里接受FFP了。

Bob此时构造一个token转移的请求给航空公司，请求转移200万个FFP给Dianne的地址。航空公司收到这个请求后，会通过身份预言机之前发出的签名交易，来判断Dianne是否通过了身份认证，如果签名合法，那么航空公司的执行节点会通知Bob，token转移成功，而Dianne则会在钱包里看到自己多了200万FFP。

Dianne就要拿着这些积分进行消费了。接下来我们来看一下tokenized如何实现一些复杂的消费逻辑。

Dianne希望从航空公司预定一系列的服务套餐，这个套餐包括3张去斐济的商务舱机票，1张超额行李的优惠券，6张休息室的休息门票，7晚的酒店家庭房入住券，21张早餐券，一张spa优惠券，3张高尔夫券，3天的儿童俱乐部游玩权限，3张豪华晚餐美食的享用券（之所以写这么多乱七八糟的套餐赠品，正是为了体现token系统的细粒度和跨平台优势。试想对比一下传统酒店服务的各种纸质优惠券）。而麻烦的是，这些服务套餐仅仅用200万FFP并不够，需要额外支付0.2324个比特币来补齐费用。

这个场景构成了一个复杂的多输入，多输出的消费模型。我们来看下tokenized如何实现这个模型，并保证Dianne能够精确计量和消费这些服务。

Dianna在预定之前，从航空公司的节点上获取了一个交易模板，只要她按照这个模板正确填入自己的签名，并正确发送比特币的余额就可以成功下单。这些都可以由钱包的软件来实现，Dianne需要做的就是查看一下套餐的内容，查看一下自己的比特币和FFP余额，然后选择是否订购这个服务即可。

交易模板里面规定了套餐的服务，以及需要的花费，并留出了签名的空白来给客户端填写，客户端只需要自动化填写好这些签名，补齐比特币，并构造交易来花费FFP和比特币给航空公司就可以快速完成订单。

航空公司如果收到了这笔订单交易，就需要由执行节点来完成结算，将对应的token发送给Dianne。于是执行节点校验了这笔交易，发现合法并且满足要求，就将对应的各种服务券发放给Dianne（这里为了叙述简单，结算过程稍微做了简化），然后Dianne就可以在钱包中看到机票酒店以及一系列服务的服务券了。

官方的文档只是描述到这里，我们可以接着畅想，在Dianne拿到各种服务券之后，应该如何去消费。而那些对应的提供商如何去校验Dianne确实拥有这些权利。

Dinanne在到达目的地之后，在享受服务之前，将对应的token发送给服务提供者，服务提供者在确认token真实可信并已经花费之后，给她提供对应的服务。并且可以直接确信token是无伪造的，同时还可以确信Dianne不会拿着同样的优惠券消费两次服务。

分析了上述的案例，我们来总结一些使用区块链token系统给发行方和用户带来了怎样的优质体验。

首先对于航空公司和斐济的这些服务提供商来说，他们建立可靠网络系统的成本被大大降低，无需花费大量的精力在票证和优惠券的系统防伪造，防双花，防入侵等安全措施上，可以更为专注地设计他们自己的token系统。

另外，极大的降低了航空公司和这些服务商之间进行数据交换的成本，以前需要独自开发各种各样的适配系统，为了支持一个新服务就需要单独开发一套新的数据交换系统，以至于系统过于复杂臃肿，难以维护和管理。现在有了区块链这个超级跨界平台，各个服务商就可以专注于打造自己的系统和合约，而接入其他生态伙伴也会因为区块链的平台开放性而变得简单。

因为历史记录真实可信，而且永不丢失，这给商家提供了很便利的会计统计工具，用来计算盈亏，调整相应的商业对策。

对于用户而言，一套钱包app，就可以涵盖如此之多的服务，不用手里拿着各种各样的实体票券来进行消费，省心省力，不怕服务丢失，而且票证真实可信，不怕别人伪造或者顶替自己。

用户也可以精确地计算自己消费了哪些服务，还有哪些服务没有消费，甚至没有消费的一些票券token还可以转让给别人（如果满足合约）来进行收益最大化。

还有，用户的消费记录被记载在区块链上，天然就可以作为可信的发票凭证，用来进行个人报税或者报销凭证也是最为便利不过了。

通过上面的分析，我们可以直观地了解到tokenized和BSV结合能够产生的奇妙化学反应，以及一些新兴的消费和服务模式，还有更多的可能和更大的空间等待我们去探索和实现。区块链应用落地，指望不上其他的山寨altcoin，只有像bsv这样务实又贴近监管，贴近主流社会的解决方案才是正道。

Tokenized的设计哲学（三）相关推荐

小啊呜产品读书笔记001：《邱岳的产品手记-02》开篇词产品经理的世界没有对错 01讲验证码是个好设计吗 02讲产品经理工具指南 03讲产品案例分析·Trigraphy的设计哲学
小啊呜产品读书笔记001:<邱岳的产品手记-02> 开篇词产品经理的世界没有对错 & 01讲验证码是个好设计吗 & 02讲产品经理工具指南 & 03讲产品案 ...
跟vczh看实例学编译原理——一：Tinymoe的设计哲学
自从<序>胡扯了快一个月之后,终于迎来了正片.之所以系列文章叫<看实例学编译原理>,是因为整个系列会通过带大家一步一步实现Tinymoe的过程,来介绍编译原理的一些知识点. 但 ...
git add多个文件_Git之旅② - 子命令与设计哲学
如果有人让你猜Git总共有多少子命令,你可能会在思索一番之后说:可能几十个吧(虽然常用的不超过10个).那么,当我告诉你大概有170多个时,你会是什么反应呢? 1. 所有Git子命令 Git版本号(这 ...
e语言通用进销存源码_Go 语言设计哲学之五：代码风格的唯一标准
一. gofmt Go 语言设计的目标之一就是解决大型软件系统的大规模开发的问题,解决大型团队的开发问题,Go 核心团队给它起了一个名字叫:规模化(scale). gofmt 是伴随着 Go 语言诞生 ...
从设计哲学对比波卡与Cosmos
前言初视波卡与Cosmos觉得两个项目挺像的,都是基于中继链/侧链的跨链解决方案,后来为了写这篇对比文章找了很多资料,逐渐的发现设计哲学对项目后续发展不同的影响,得出了一点心得,欢迎大家一起讨论,. ...
体素科技丁晓伟：医疗影像的哲学三问
撰文 | 邱陆陆医疗,是「死生亦大矣」层面的讨论.这个鲜少「跟风」.转变审慎到近乎迟滞的行业,领域内研究通常要落后工程技术业界五年. 而这一次深度学习的高热从自然影像蔓延到医疗影像,只用了不到两年. ...
走进Python--Python的历史及设计哲学与应用范围
一.了解Python 1.Python,是一种广泛使用的高级编程语言.相比于C++或Java,Python能够让开发者用更少的代码表达想法.不管是小型程序还是大型程序,Python都能让程序的结构更加 ...
设计哲学背后的文化基因
任天堂的掌上游戏机NDSL里有一个叫<吉娃娃>的养狗游戏,让我这个对真狗兴趣不大的人忽然有了对宠物的兴趣.用笔可以以不同的手法去抚摸狗,不同的抚摸方式,会让那条狗作出各种可爱的动作,通过语 ...
宫本茂的童心和乔布斯的叛逆--设计哲学背后的文化基因 (发表于程序员杂志08年第二期）
任天堂的掌上游戏机NDSL里有一个叫<吉娃娃>的养狗游戏,让我这个对真狗兴趣不大的人忽然有了对宠物的兴趣.用笔可以以不同的手法去抚摸狗,不同的抚摸方式,会让那条狗作出各种可爱的动作,通 ...
宫本茂的童心和乔布斯的叛逆--设计哲学背后的文化基因
任天堂的掌上游戏机 NDSL 里有一个叫<吉娃娃>的养狗游戏,让我这个对真狗兴趣不大的人忽然有了对宠物的兴趣.用笔可以以不同的手法去抚摸狗,不同的抚摸方式,会让那条狗作出各种可爱的动作,通 ...

Tokenized的设计哲学（三）

商业模型分析和展望

Tokenized的设计哲学（三）相关推荐

最新文章

热门文章