喜迎国庆期间，比原链在自己的移动端钱包Bycoin(下载地址)和google插件钱byone中推出了红包应用，在国庆期间深受大家好评。
那我们今天就来大概介绍一下比原红包，以及基于比原链开发dapp应用的一些流程梳理。
我们知道绝大多数公有区块链项目的TPS都只有几十上百。所以像红包这种及时到账的应用在公链上实现还是有一定的技术难度，但是比原链却在自己的侧链上率先推出了红包应用。比原侧链的TPS有数十万，整个红包应用程序的并发量有将近2000。所以在国庆期间数万人同时抢红包都完全没出现任何问题，这足以说明比原链侧链性能优越，适合开发区块链应用。下面我们来看一下整个红包的实现过程。
下图是整个红包的架构图：
由于红包是基于侧链的应用，如果你是主链资产。要通过federation进行资产跨链，资产跨链到侧链就可以使用红包应用。整个红包应用有四大模块组成，第一个模块是Blockcenter，你可以把看成一个与比原侧链交互的中间件。第二个模块就是智能合约，第三个模块是整个红包应用的服务端和存储模块使用的Mysql和Redis，最后一个模块是前端应用，主要包括移动端的Bycoin和网页端的Byone。
对整个红包框架做一个大概的拆分以后，我们就能明白整个红包应用的开发流程就是我们的Bapp开发流程。那我们首先从Bapp的前端来看，基于Google插件钱包的网页应用和Bycoin上的应用都属于Bapp的前端。这个模块都是一些基本的功能，主要是收红包，发红包，以及红包记录等几个页面。
红包的智能合约模块使用了猜谜合约，这个模块的实现需要参考合约的开发流程，将合约部署好以后的参数配置在后端服务器。为什么使用猜谜合约呢？其实发红包的过程就是发起一个猜谜合约，红包口令就是谜底，用户领取红包的时候，输入的口令其实就是谜底，然后资产就可以自动转移，就是领取红包的这个过程。
下面我们来介绍一下Server模块做的事情，整个Server是红包的核心业务逻辑和数据处理模块,数据存储则是存放在Mysql和Redis中。同是Server也和Blockcenter相互调用(Blockcenter管理了BUTXO和一些主侧链的接口封装，可以看成中间件)，和比原的侧链进行交互。
通过我们对整个红包应用的模块拆分，我们就能很清楚看到，Bapp的开发是多个模块组合，技术社区已经将一些标准的模块进行封装，做成中间件方便开发者调用。开发其他类似的Bapp应用就可以参考这个流程。
对红包应用的基础介绍就这些，如果你想了解详细的过程，开发流程，以及某个模块的具体实现，可以在开源库中查看源码，和相关接口文档。如果有技术问题可以加微信：pymgdsb1314