任务/投票 工作讨论贴

上周我们技术社区的同学提议了非常好的产品建议:

本周我们准备开始把则和建议讨论分解,并才用透明的方法把这个建议变成blocklet。 争取能让社区同学参与设计、开发等。 如果没有能加入开发,至少也更公开透明化此过程。

这个帖子就用来作为讨论这个开发工作的线索。

具体的开发相关工作会放到Github里,用那里的Issue,Project,Milestone来管理进度和任务。 本帖只是作为讨论和够通。

欢迎大家来积极参与。

2赞

具体怎么让更多人都能参与呢

现在这个阶段最需要能写代码的,估计悬。 我们先来划分工作,大家提提建议

产品经理可以做些什么贡献?

1赞

产品经理可以参与来把这个应用设计好。

目前社区有很多很好的想法,但最重要的就是产品设计上的取舍和优先次序。 这些都是产品经理可以帮的上的。

是不是,可以提出产品需求。由开发者开发,最终通过验收之后,给予一部分奖励。这个很实在的,不需要垃圾代码,但同时也需要给出相应的奖励,这个可以放到合约约定中。

针对于需求,需求方提供奖励。有实现方,实现了给予奖励。这个我认为很公平

所有的参与人,根据贡献,成为blocklet的收益分成者。 这个贡献的评估还是比较主观的,但以后的收益分享就是智能合约的。

看到一个基于以太坊的任务悬赏Dapp https://erasurebay.org/

主要逻辑: 在平台上发布你想要的东西和报酬,应征者必须先 stake 一部分钱才能参与任务,如果你收到了想要的东西,奖赏就会自动发放给应征者。如果你对收到的东西不满意,可以选择惩罚应征者的 stake,但你自己也会损失一部分金额

Polkadot 这个投票界面可以参考。

在考虑一个问题,投票应该是每个应用自己处理,还是应该变成链的基本治理功能? 各有利弊。

如果应用自己处理投票,可以有最大的灵活性和规则,只要应用自己能写出来就能实现。 但是可能会有bug(每个应用自己的实现不同),也可能有恶意的应用设计者自己搞隐秘漏洞后门,也可能规则过于复杂用户不明白。

如果链把投票作为基本功能,可以在公平、无错、无漏洞上更好,但意味着也许会不够灵活,各种应用能想出来的创意也许难以实现。

Polkadot这个投票是用于他自己的治理协议的。

做成链的基本治理功能,但是允许应用可以选择是否使用链治理,可以选自己处理。

这样是不是两全其美 :rofl:

1赞

进展和一些思路。

因为是开发dapps,因此和传统的互联网应用在思维方式上略有不同。 dapps的思路是每个dapps都非常简单、独立、可以多方来运行,此外多个dapps很容易组合在一起,用户感觉就是一个app的感觉。 因为有DID,有ABT,这些有可能做到, 但设计好还是有挑战的。

这个app我们需求分析下来,其实至少应该拆分为几个dapps的组合:

  • 一个悬赏任务发布的dapps,用户可以悬赏来发布任务。 很简单就是定义任务,规定任务完成或失败后的处理方式。 任务的状态链上可追踪。

  • 一个投票的dapp,可以针对各种事情投票得出一个链上可追查的结果。

  • 一个资产分配的dapp,按照规则把资产池内的资产(可以是token,asset等)按照预先设计的规则分配出去。

这些dapps组合起来实现完整的应用,下面举个例子:

1、Alice 用任务App发布了任务 T, 规则是T需要在10天内完成,完成的状态由投票V结果确定,Alice 往这个任务的资产池P内放入自己悬赏x个ABT。这期间任何人可以在资产池P内加入更多悬赏作为支持。

2、投票V 在任务开始投票时被自动创建,投票V的规则是每个DID,1ABT 一个Vote,最多不能超过10vote, 超过10ABT的都只有10Vote,但vote的ABT 全部进入资产池 P。 投票为匿名直到结果宣布才公开,因此投票中无法从链上数据知道胜负。

3、资产池P被自动创建,其规则是: 任务如果失败(例如达不到投票数)或被取消,P内资产自动原路退回; 如果成功 30% 分配给任务实现者,50%分配给投票者(按票数比例分配),20%分配给blocklet贡献者(进入blocklet自己定义的另一个资产池Pb,按其自己的逻辑分配,和本活动无关)

上面的例子是把悬赏和投票用一个资产池,也完全可以分开用两个资产池,完全看定义任务的时候的配置方法。 这就是把应用拆开的好处。

4赞

“50%分配给投票者(按票数比例分配)”这个建议改成“50%分配给投票者(按抽奖的方式分配)”

根据最开始社区的讨论,最好能有一个抽奖模块,这样才能激发更多的人参与投票,投票者的群体其实都是期望有收益的投资者。

社群人才的互动化集聚:人才优化与社群各尽所能,ArcBlock做社群的經验給雄安新区建立社群作为参考。

这只是举个例子,分配方式应该是灵活的

投票、赞赏类型的动作也许可以作为标准动作支持在钱包内,这样体验和界面更好,使用起来也更方便。

2赞