加拿大家园论坛

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

原文链接:https://forum.iask.ca/threads/889205/

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

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

当前想到功能需求包括 :

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

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


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

谢谢大家的意见。

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

1576948963468.png

Jaclyn : 2019-12-21#2
沙发 :wdb10:

茹妹 : 2019-12-21#3
刚好错过春节

茹妹 : 2019-12-21#4
过分了哈,我多打四个字

sabre : 2019-12-21#5
假如把捐赠功能加在id旁边
会方便一些
看到好贴 按ID 出现捐赠链接

admin : 2019-12-21#6
刚好错过春节

如果需求的人多; 我们就先来一个简化版?

先只搞一个随机群发红包(比如50个人里,随机发10个红包)

茹妹 : 2019-12-21#7
如果需求的人多; 我们就先来一个简化版?

先只搞一个随机群发红包(比如50个人里,随机发10个红包)
大伙儿肯定赞成春节先玩玩

Jaclyn : 2019-12-21#8
过分了哈,我多打四个字
哈哈:wdb33:

Chinada : 2019-12-21#9
发帖抢红包,比如前五个发帖的人拿到红包

admin : 2019-12-21#10
发帖抢红包,比如前五个发帖的人拿到红包

谢谢,按照这个思路,那还应该有:点赞红包;或者 发帖+点赞 红包。

今年夏天 : 2019-12-21#11
发红包admin会抽佣吗 :p

Chinada : 2019-12-21#12
发帖抢或者点赞抢都可以
关键是要抢!抢!抢!
哪怕一分钱也值
随机发不够刺激

admin : 2019-12-21#13
发红包admin会抽佣吗 :p

应该会,估计也是3% :)

admin : 2019-12-21#14
发帖抢或者点赞抢都可以
关键是要抢!抢!抢!
哪怕一分钱也值
随机发不够刺激

好,理解了; 关键是要抢!抢!抢!

今年夏天 : 2019-12-21#15
应该会,估计也是3% :)
唉,还是玩不过admin

Jaclyn : 2019-12-21#16
发帖抢或者点赞抢都可以
关键是要抢!抢!抢!
哪怕一分钱也值
随机发不够刺激
很难,我的破手机抢不过 :ROFLMAO:

Chinada : 2019-12-21#17
微信群里面一分钱都抢得热火朝天

jjsheng : 2019-12-21#18
唉,还是玩不过admin
还是那句话,买的没有卖的精。

Jaclyn : 2019-12-21#19
好,理解了; 关键是要抢!抢!抢!
开抢帖的时候,能@一下吗 :ROFLMAO:
或提前通知大伙?谢谢

至尊寶 : 2019-12-21#20
DBD8F93E-E136-4CC3-BD27-907B3BF019D6.jpeg

今年夏天 : 2019-12-21#21
我们发帖啊点赞啊捐赠啊抢红包啊。。。
admin是韭菜割了一茬又一茬。。。

轩辕悬 : 2019-12-21#22
双手双脚赞成!最喜欢抢红包了:wdb6::wdb32:

jjsheng : 2019-12-21#23
我们发帖啊点赞啊捐赠啊抢红包啊。。。
admin是韭菜割了一茬又一茬。。。
和炒股票差不多,管你炒股票亏了还是赚了,管理费都是要收的。

阳光沙滩 : 2019-12-21#24
双手双脚赞成!最喜欢抢红包了:wdb6::wdb32:
那不得成天介的挂家园上?:X3::ROFLMAO:

Chinada : 2019-12-21#25
我觉得拷贝现在的收费链接,把它变成反向的付费红包,应该不是太复杂吧。管理员今晚加个班,咱们明天开始抢好不好?

轩辕悬 : 2019-12-21#26
那不得成天介的挂家园上?:X3::ROFLMAO:
抢红包拼的是运气和缘分:giggle:

Tianhai : 2019-12-21#27
有点意思。可以早点开通试试。一定要app? 浏览器不行?
还要时时在线守着吧。否则怎么知道什么时候发红包。

sabre : 2019-12-21#28
抢红包拼的是运气和缘分:giggle:
运气和缘份 都是人品或者说网品决定的

admin : 2019-12-21#29
根据Chinada的提议, 我做了一个开主题帖发红包的功能示意图:


1576948840711.png

sabre : 2019-12-21#30
根据Chinada的提议, 我做了一个开主题帖发红包的功能示意图:
旧帖不能更改
我发个新的试试

Chinada : 2019-12-21#31
根据Chinada的提议, 我做了一个开主题帖发红包的功能示意图:

按照这个设计的话,一个楼只能抢一次

最好能反复抢,只要有人发红包,就可以不停地抢,血战到底!

Chinada : 2019-12-21#32
我还是更喜欢收费链接那个形式,更加灵活,谁都可以进来发红包

admin : 2019-12-21#33
按照这个设计的话,一个楼只能抢一次

最好能反复抢,只要有人发红包,就可以不停地抢,血战到底!

这个应该没有问题。当前红包个数发完之后,楼主就可以再输入新的金额,和新的红包个数,继续抢 :)

admin : 2019-12-21#34
我还是更喜欢收费链接那个形式,更加灵活,谁都可以进来发红包

那种实现方式也行。可能实现更简单。

你的意思是金额随机?但那是BBCODE, 没有配置界面,需要写一行Code,可能容易出错。同时不能对领红包的人进行条件约束。

我再进一步想想

Tianhai : 2019-12-21#35
先搞个简易模式,测试起来再说。。。

Chinada : 2019-12-21#36
那种实现方式也行。可能实现更简单。

你的意思是金额随机?但那是BBCODE, 没有配置界面,需要写一行Code,可能容易出错。同时不能对领红包的人进行条件约束。

我再进一步想想

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

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

glenogre1 : 2019-12-21#37
支持支持,此功能一出定会掀起又一波发帖点赞高潮了。 :wdb20:

lovemapleleaf : 2019-12-21#38
功能越来越多,要跟不上了

WorryFree : 2019-12-21#39
应该会,估计也是3% :)
政府总是要收税的。

jjsheng : 2019-12-21#40
功能越来越多,要跟不上了
可不是咋的,人老了,反应忒慢了。

admin : 2019-12-21#41
可以是固定金额(比如一刀),不一定要随机金额。发红包的人指定个数,比如只有最早的5个人才可以点开链接拿到钱。

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


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

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

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

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

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

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

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

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

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

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

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

樱花烂漫 : 2019-12-21#42
抢不到红包的主可以要求发一个吗? :wdb32:

Chinada : 2019-12-21#43
我刚才考虑了一下。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 : 2019-12-21#44
我刚才考虑了一下。bbcode的问题是非结构化数据。

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

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

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

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

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

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

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

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

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

所以说bbcode尽管可能最初引入简单,但更新和支持量(包括对用户)会很大。
我觉得不用考虑修改
起码目前

admin : 2019-12-21#45
好的,我们仔细比较了一下技术方案,决定使用二维码(扫码二维码)的方式来实现付款/发放红包的支持。

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

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

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

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

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

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

admin : 2019-12-24#46
更新:我们预计在2020年元旦新年之前能够推出家园币红包的功能,谢谢大家的意见和支持

admin : 2019-12-30#47
感慨一下,9天前还不知道红包功能怎么做。9天之后,论坛已经被红包潮席卷。

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