luckydog(锦鲤) 一个幸运小游戏
14
3
3

LuckyDog

锦鲤

Just For Fun

游戏规则

  1. 3 个 EOS 参与一次游戏 (如果你在我开发的界面来操作的话,那应该只会扣除你 3 个EOS,你也可以通过命令行的方式来参与,但是如果你一不小心,比如说你使用了 4 个 EOS 的话,那可不会退还哦,在链上数据只会记录3个)。

  2. 10 个为一轮 这个 10 个是怎么解释的呢? 你可以用一个账户分 10 次来参与,这样也算满一轮,按照 10 次参与为一轮。

  3. 3 个踩雷 在每一轮游戏中,都会有 3 个账户的 EOS 清零,这 9 个 EOS 会相应的分给系统账户和中奖账户(luckydog),关于系统账户的分配,请看下面的解释。这3个踩雷的账户将会获得不算少的代币(虽然现在不值钱,但是万一我的开发欲望暴涨的话,那么你就可以用他来参与我之后开发的游戏,关于代币的说明,请看下面)。

  4. 6个 EOS 会平均分配给获奖的6个账户,这6个获奖账户看似公平,其实分配的时候并不公平,因为会随机的抽出踩雷的3位用户,那么就还有7位用户可以有幸获奖,但是这7位用户获奖是按照你参与的顺序来排出前6位获得EOS的。所以。。。

  5. 1个轮空,没有踩雷的第7位用户不会扣除你参与的 EOS, 但是你也不会获得 EOS 奖励, 但是呢?为了每个人都会获得 "参与奖", 第七位用户将会获得一些代币分配。

我开发了这个游戏,但是所有的代码都会开源,可能我都没有足够的 EOS 来将它部署在 EOS 主网上,所以我会将奖励分配方案都写成变量的形式,如果你有足够的资金去将它放在主网上,我这里有个小小的愿望是希望能将开发奖励帐号设置成我的 "zhangzhichao", 不设置也没有关系,你可以随意修改变量来控制奖励分配方案,如果你修改完需要帮助,比如说你不会编译~, 可以联系我,我会提供帮助。

3个EOS奖励分配方案

这3个 EOS 会分给在游戏部署过程,宣传过程提供帮助的人。分别是:

  1. Security company(安全公司) 0.2000 EOS

我的想法是请安全公司做个代码验证,但是我没有足够的资金一次性付费,所以我才用持续奖励的方法,我个人感觉,如果比较好玩的话,这个持续奖励收益也还算可观。

  1. development team (开发团队) 0.8000 EOS

团队奖励只设置一个帐号是因为链上转账太贵了,所以如果团队开发的话可以链下来分配。(这么设置也有可能目前是我一个人在开发,所以~)

  1. nodeprovider (full node 节点提供者) 0.1000 EOS

因为在前端界面中可能会通过数据同步的方式来展示一些信息,这样就需要通过full node来获取这些数据,所以~

  1. resourceprovider (CPU,NET,RAM 提供者) 0.9000 EOS

这个是我的设置,但是在实际部署的过程中可能这点消耗都不够资源提供者的本金,所以如果你来部署的话,你可以调整一下。

  1. serverprovider (服务器提供者) 0.4000 EOS

这部分的奖励是为了奖励给提供服务器的,对我买不起好点儿的服务器~~, 如果你自己提供服务器的话,你可以将这部分奖励奖励到你自己的账户即可。

  1. spreadsource (宣传奖励) 0.6000 EOS

这个是分给本游戏宣传的账户,暂时会放在程序部署者的一个账户中,然后链下统计分给宣传的账户,我在代码中目前只会一级奖励,之后时间充裕的话可能会做成三级乃至多级的。这部分放在链下是因为转账太贵了~~~, 但是在我的代码中我的前端界面应该会提供一个宣传账户填写,然后会将他记录在链上,保证不能耍赖。

合约中发币合约的用处

  1. 开发基金 这个合约的发币功能是用来为之后的dapp的开发提供 token.

    1. 为什么要有这个 token 呢?

    通过 token 来补偿在游戏中失败的账户,获得这些 token 的账户可以在我之后开发的 dapp 中,如果我的开发资金允许的情况下,可以充当代币的作用,比如说在下个游戏中如果你其他玩家需要拿 EOS 来玩这个游戏,但是如果你的账户中有这个合约中获得 token 的话,你可以通过一定的比例来代替 EOS 的消耗。

    1. 怎么获得本合约发行的相关代币。

    本合约的代币是有我个人发行,因此,本代币只有通过玩这个游戏来获得,除此之外不会再有获得这个代币的渠道(如果你愿意放到交易所去卖,那可能会有其他渠道来或得,但是我感觉应该没有人会买吧~)。

    1. 这个合约将要发行的代币的种类。

    在这个合约中我个人会承诺只发行一种代币,并且只有这种代币来在其他我开发的 dapp 中能以相应的比例来抵消 EOS 的消耗。

开发计划 (业余时间完成,因此只会有计划,但是不会有具体的截止时间)

  1. 发币功能迁移(完成)。
  2. 合约逻辑(WIP)。
  3. 前端界面编写(WIP)。
  4. scatter、tp、麦子钱包这些合约调用过程中的钱包协议兼容(WIP)。

部署

等开发完成或者第一版完成,完善~~

如何贡献

  1. 暂时只有我自己在开发,所以如果你也对这个小游戏感兴趣,只要遵循github工作流来一起完成即可。然后如果你能坚持,我会在开发团队中私下给你分发奖励,我不会使用你的那部分为之后的dapp,用户持有代币来兑换,这部分我之后使用我分的那部分,也就是说如果有幸这个游戏有一定的可玩性,你会获得一部分EOS的奖励,同时也有可能锻炼你的智能合约开发经验(大佬请忽略这句话~)。
  2. 如果你不会写代码,没关系,你也可以帮忙将中文翻译一下。(也可能会有一些奖励哦)
  3. 如果你发现有BUG,欢迎来提交。(也会有一些奖励哦)

关于文档

之后一些详细的实现文档会放到wiki中,如果你不部署这个游戏,你也可以从文档中获得一些启发吧(起码是我开发这个游戏的记录)。 文档会随着开发慢慢加到wiki中。


Icon made by Freepik from www.flaticon.com, special thanks~

Contributors

threadshare