关于引入“家园币红包”功能的讨论

今天看到几个发红包的帖子。我们也第一次考虑引入“家园币红包”功能的可能性。

发这个帖子看看园友怎么看这个功能， 同时了解一下功能需求 。

当前想到功能需求包括 ：

1）发红包 。 手气红包（金额随机）， 普通红包（定额），群发红包（比如1个50个人组里，发10个红包）
2）抢红包 。 需要在线，点击红包后才能抢到 ，金额最大的为手气最佳。
3）晒红包。

-------------------------------------------------------------
4）茹妹建议：春节前，实现简化版，春节先玩玩。
5）Chinada 建议： 发帖抢红包 ; 点赞抢红包； 发帖+点赞抢红包。


家园币红包这个功能应该在家园币正式发行和推出APP（1月份）以后才会推出，初步估计在2月底或3月初。

谢谢大家的意见。

根据Chinada的提议， 我做了一个开主题帖发红包的功能示意图：

 

[admin]

可以是固定金额（比如一刀），不一定要随机金额。发红包的人指定个数，比如只有最早的5个人才可以点开链接拿到钱。

几种方式有利有弊，要么先实现一个简单的？

我刚才考虑了一下。bbcode的问题是非结构化数据。

在bbcode收费模式下，因为不限制收钱次数，每点一次按钮的瞬间，就从对方扣款固定款项，付款给收费者，没有中间人，相对简单清楚。

在红包（付款）模式下，产生了两个新问题, 至少需要两个限定参数：一个是总金额，一个是红包个数。

在产生红包bbcode的同时，需要立即从红包发放者账户上扣除总金额，放到红包系统中。然后每个抢红包的人，抢红包的瞬间，将该红包的对应份额转到抢红包者的账户。

这基本上就要求发放红包这个操作是刚性和不可逆的。在一个固定的操作界面上，不给用户提供对已发放红包的操作选项，自然不会有问题。

但如果采取bbcode的纯文本编辑模式，可能会引发一些不好控制的问题。

比如用户原准备发放50家园币，10个红包。TA生成了TA的bbcode，系统将TA的账户扣了50家园币。

在有3个用户领了红包以后，红包发放者改变了主意，编辑bbcode，改成发放100家园币，给20个人。

现在系统面临一个困境，该红包现在还剩下35家园币，可是新的bbcode指定了100家园币。系统是否应该在每次编辑帖子时都检查帖子里是否有红包bbcode, 把剩余未发放的家园币归还给该用户，再新扣100家园币？

如果帖子编辑很多次，我们是否要监测帖子的历史？查看红包bbcode是否发生了变化。如果红包bbcode不小心被删除，或者写错，系统应该怎么处理？

所以说bbcode尽管可能最初引入简单，但更新和支持量（包括对用户）会很大。

 

[樱花烂漫]

抢不到红包的主可以要求发一个吗？

 

[Chinada]

我刚才考虑了一下。bbcode的问题是非结构化数据。

在bbcode收费模式下，因为不限制收钱次数，每点一次按钮的瞬间，就从对方扣款固定款项，付款给收费者，没有中间人，相对简单清楚。

在红包（付款）模式下，产生了两个新问题, 至少需要两个限定参数：一个是总金额，一个是红包个数。

在产生红包bbcode的同时，需要立即从红包发放者账户上扣除总金额，放到红包系统中。然后每个抢红包的人，抢红包的瞬间，将该红包的对应份额转到抢红包者的账户。

这基本上就要求发放红包这个操作是刚性和不可逆的。在一个固定的操作界面上，不给用户提供对已发放红包的操作选项，自然不会有问题。

但如果采取bbcode的纯文本编辑模式，可能会引发一些不好控制的问题。

比如用户原准备发放50家园币，10个红包。TA生成了TA的bbcode，系统将TA的账户扣了50家园币。

在有3个用户领了红包以后，红包发放者改变了主意，编辑bbcode，改成发放100家园币，给20个人。

现在系统面临一个困境，该红包现在还剩下35家园币，可是新的bbcode指定了100家园币。系统是否应该在每次编辑帖子时都检查帖子里是否有红包bbcode, 把剩余未发放的家园币归还给该用户，再新扣100家园币？

如果帖子编辑很多次，我们是否要监测帖子的历史？查看红包bbcode是否发生了变化。如果红包bbcode不小心被删除，或者写错，系统应该怎么处理？

所以说bbcode尽管可能最初引入简单，但更新和支持量（包括对用户）会很大。

1）可不可以不要中间的那个红包系统。每次抢红包成功的话，直接在双方账号之间直接转账？假如发红包的人账上没钱了，就报告出错。系统只计数还剩几个红包。

2）如果必须有中间的红包系统。可不可以借鉴微信红包，红包24小时不领，自动归还原主。这样的话，按照你给的例子，系统先扣50，修改后会再扣100，但是第二天会返还35给用户。

 

[sabre]

我刚才考虑了一下。bbcode的问题是非结构化数据。

在bbcode收费模式下，因为不限制收钱次数，每点一次按钮的瞬间，就从对方扣款固定款项，付款给收费者，没有中间人，相对简单清楚。

在红包（付款）模式下，产生了两个新问题, 至少需要两个限定参数：一个是总金额，一个是红包个数。

在产生红包bbcode的同时，需要立即从红包发放者账户上扣除总金额，放到红包系统中。然后每个抢红包的人，抢红包的瞬间，将该红包的对应份额转到抢红包者的账户。

这基本上就要求发放红包这个操作是刚性和不可逆的。在一个固定的操作界面上，不给用户提供对已发放红包的操作选项，自然不会有问题。

但如果采取bbcode的纯文本编辑模式，可能会引发一些不好控制的问题。

比如用户原准备发放50家园币，10个红包。TA生成了TA的bbcode，系统将TA的账户扣了50家园币。

在有3个用户领了红包以后，红包发放者改变了主意，编辑bbcode，改成发放100家园币，给20个人。

现在系统面临一个困境，该红包现在还剩下35家园币，可是新的bbcode指定了100家园币。系统是否应该在每次编辑帖子时都检查帖子里是否有红包bbcode, 把剩余未发放的家园币归还给该用户，再新扣100家园币？

如果帖子编辑很多次，我们是否要监测帖子的历史？查看红包bbcode是否发生了变化。如果红包bbcode不小心被删除，或者写错，系统应该怎么处理？

所以说bbcode尽管可能最初引入简单，但更新和支持量（包括对用户）会很大。

我觉得不用考虑修改
起码目前

 

[admin]

好的，我们仔细比较了一下技术方案，决定使用二维码（扫码二维码）的方式来实现付款/发放红包的支持。

简单来说，就是先实现一个像数字币（比特币）及微信付款类似的扫二维码方式，来支持2名园户的家园币互转。

在扫二维码转家园币实现之后，红包可实现成一个预先许可的付款包， 将红包二维码发布在任一帖子里，其它家园币用户可通过点击或扫码来抢红包。

这个实现将有最大的灵活性，通用性和伸缩性。

1）可不可以不要中间的那个红包系统。每次抢红包成功的话，直接在双方账号之间直接转账？假如发红包的人账上没钱了，就报告出错。系统只计数还剩几个红包。

2）如果必须有中间的红包系统。可不可以借鉴微信红包，红包24小时不领，自动归还原主。这样的话，按照你给的例子，系统先扣50，修改后会再扣100，但是第二天会返还35给用户。

我觉得不用考虑修改
起码目前

 

[admin]

更新：我们预计在2020年元旦新年之前能够推出家园币红包的功能，谢谢大家的意见和支持

 

[admin]

感慨一下，9天前还不知道红包功能怎么做。9天之后，论坛已经被红包潮席卷。

我们还真没有想到，红包功能这么受欢迎。