解码王红包是一种帮助客户推广（广告位），提升用户抢红包乐趣与体验的一种红包类型，解码王红包的核心在于编码 和 解码
客户能够在发红包的时候为红包添加一个数字密码,长度取决于红包的金额，添加的方式为用户手动输入
- 百元红包 三位数字
- 千元红包 四位数字
但用户进入到红包页面后，可以获得一次解码的机会，解码的过程是服务器帮用户生成一个随机的数字密码。
如果和目标密码匹配，即抢到红包，如果匹配失败，能够分享给自己的好友，再次进行解码。假设 A 解码失败，并将红包分享给了好友 B，那么一旦 B 解码成功，将会由 AB 两者平分红包。
随着用户的分享，将会形成一个分享链条：如 A > B > C > D > E
任何人生成的错误数字密码都会进入到一个废弃池中，不会再次被下一个用户生成，也就是说随着红包的进一步解码分享，成功率将会不断升高，这个成功率也会显示到前端页面之中，对用户产生更高的刺激与兴奋感。
分享的过程可以依赖红包的 query，用户分享的红包地址上会拥有一个 form 字段，用来表示这个红包的分享者。
难点（后端）
由于我们目前已经拥有一个红包系统，那么后台势必要将这个红包融入到系统之中，而这个红包的特殊之处在于，在某些状态下（抢到该红包并且没有分享人），这个红包不需要拆分，在某些状态下，这个红包需要被拆分成两份。
所以后端应该一开始就拆分成两份，在不需要拆分的时候直接给该用户配送两份红包。 还是作为一份红包创建，在需要拆分的时候进行两次派发。
下面列出一些我认为可能相对耗费时间较多的点（前端）
- 显示随机数字密码的动画 需要一个滚动并且随序列逐渐显示的动画 增加用户的刺激感（特别是前面的数字已经中的情况）
- 两个端的表单
- 移动端的支付 利用先充值在再钱的方案，需要对以前的移动端支付模块进行重写，并且这个微信支付模块还未使用过，可能会出现问题。
我认为可能需要的一些功能
- 在红包解码初期，后端避免直接快速出密码的情况，比如设置一个阈值，在解码人数少于 100 人时，不会出密码，增加解码时间，提升广告的曝光量