第0章 引言
昨天我们介绍了Bitdb的知识，今天分享一个Bitdb的变种，也是_unwriter这个创造力惊人的大神为应用开发者准备的礼物。
第1章 Bitdb定位在历史数据
BSV区块链是一组有序的不可删除不可篡改的用户不友好性数据，Bitdb就是按特定规则读取并处理区块链数据，然后以MongoDB存储，从而允许用户或程序使用BitQuery和区块数据进行友好地交互。
Bitdb就像是一个爬虫收集所有的历史区块，然后始终保持监听区块链，保证自己的数据会同步到最新高度区块。Bitdb检索到的数据都是历史发生的，是静态的。用户使用Bitdb产品也只是和历史区块数据进行交互。
用户使用Bitdb是一种单次的一来一回交互。
这些特点会限制使用Bitdb搭建的应用的使用场景。
在产品设计上，bitdb这种特性只能设计出叫“拉取”或叫“轮询”的交互。这两个词普通用户并不熟悉，我们熟悉的都是另一个叫“推送”的产品服务。“推送”服务是已经被烂用到了被用户烦的地步。但也证明了“推送”服务是产品设计里非常重要的功能，而bitdb显然承当不起这样的任务。
所以，_unwriter又出手了，专门设计出了Bitsocket来让区块链应用开发者搭建“推送”交互。
第2章 区块链是一个实时更新的数据库
比特币现在平均每10分钟更新一个区块，用户也是每时每刻在发交易，这就让区块链是一个永不停息的数据库，时刻在更新。
Bitdb也是永不停歇去监听并下载最新高度的区块。
我们用户在很多场景下是需要保持监听区块链的。比如你往交易所充值了BSV币，交易所会在20个确认后才给你记账，这时候你就需要监听区块链，看你那笔交易是不是已经到了20个确认。又比如你希望你的手机钱包保持监听区块链，查询最新高度区块，以判断你是否收到币，假如收到币了，让钱包发一场清脆的金币入袋的声音提醒你，恭喜发财。
这些场景就需要一个区块链“推送”服务。
第3章 比特火箭bitsocket
bitsocket是_unwriter写的一个扩充bitdb特性的组件，它允许用户的应用程序使用“条件查询语句”向bitsocket请求特定的服务，查询服务一旦请求，可以让应用程序和bitsocket保持长链接，bitsocket在发现“满足查询条件”的数据时，就会“主动通知”应用。然后应用就可以通过铃声，右角红标等形式通知用户。
比如你可以让你的应用程序命令bitsocket监听特定的地址，只要这个地址有余额变动，就通知你。
第4章 bitsocket应用场景
第一类应用场景就是上面说的，让你的应用可以监听区块链实时信息，比如让你的钱包监听特定地址的余额变动。
这类场景属于“比特币网络触发应用程序行为”。
第二类应用场景是创建一个应用程序，并且允许特别的交易来触发该应用程序的某种行为。
比如我在这一个系列文章《加密数字货币和区块链的价值——讲透区块链到底有什么用》中提到一个使用比特币区块链来充当内容分发网络的应用案例。
1你写一篇收费文章。
2你写一篇文章简介，并且附上一个比特币地址收款二维码，用来接收别人的付款购买。
3你利用bitsocket来监听你的收款地址，只要收到款就触发下面的运作。
4将你的收费文章，使用付款地址公钥进行加密，将密文以一笔交易的方式广播到比特币网络。
5付费的用户的钱包在收到广播后，就可以用私钥对密文解密，从而阅读文章。
这一类应用属于“应用程序A通知比特币网络触发应用程序B行为”。
现在利用bitsocket已经搭建了一些小应用，比如有人搭建了一个小游戏，https://bitcoinplayspokemon.com/，这个游戏很无聊，用户通过Moneybutton支付小额BSV，来控制一个小人来左右上下移动。四个Moneybuton按钮分别代表了上下左右。
Bitdb和Bitsocket配合使用，可以创造出更多的花样。
第5章 结束语
为什么比特币区块链还没有大量落地应用，因为_unwriter大神还没干完活。
明天写变形虫。
感谢老刘提供智力帮助。
作者：黄世亮
欢迎关注微信公众号：闪电HSL
网友评论