Skip to content
Permalink
Branch: master
Find file Copy path
Find file Copy path
Fetching contributors…
Cannot retrieve contributors at this time
640 lines (369 sloc) 45.9 KB

Moses白皮书(V1.0.0)

前言

本白皮书专供传达资讯之用,文档内容仅供参考,其中包含的资讯或分析不构成购买建议、教唆或劝导,也不应被理解为提供任何买卖的行为,或邀请买卖任何形式虚拟商品的行为,也不是任何形式上的合约或承诺。本文档更不构成任何形式的招股说明书,不涉及任何形式的与MOS销售相关内容。

1.简介

自2008年中本聪第一次提出区块链的概念以来,其凭借去中心化、不可篡改、智能化信任、自治性等特点赢得了众多信仰者,近年来,区块链技术发展迅猛,更是吸引到了各行各业的关注。

Moses 是一款基于以太坊公链开发的去中心化预测平台,Moses通过区块链的公开环境以及与密码学、 非对称加密算法、智能合约的结合,为用户提供不同类型的预测事件,除了平台提供的预测事件外,用户还可以自主创建预测事件,参与预测事件并预测正确的用户将获得奖励,以此发挥大众的智慧。 Moses通过引入多个中心化第三方信息中介作为预测结果的公布方,以保证预测结果准确不被控制。同时,Moses拟通过信息累计、大数据沉淀和机器学习等方式,发展出替代中心化信息平台的自动化结果公布机制。可解决目前预测行业平台回报率低(高抽水比例)、可供预测产品匮乏、信息不公开不透明、法律风险高、个人信息泄露、代理商吃彩、运营者作弊、平台资金安全没有保障等众多问题。

2.项目背景

1906年秋的一天,时年85岁的英国科学家弗朗西斯-伽尔顿(FrancisGalton)离开位于普利茅斯的家,动身前往一个乡村集市,参加英格兰西部食用家畜和家禽展会,考察牲畜的体质状况以及探寻成功喂养的方法,伽尔顿关心繁殖的原因在于,他相信只有很少一部分人身上存在能确保社会各团体健康的必要的遗传特征。而他的研究生涯也大多是在衡量这些遗传特征中度过的,不过,他的目的是为了证实绝大多数人都不具备这些特征。在这次会展上的"猜重量比赛赢大奖"上,伽尔顿的猜测错了,比赛结果告诉他"群体对于民主判断的准确性要比预想的可信得多。"

这其中道理也正是Moses项目的核心:在适当的环境下,团体在智力表现得非常突出,而且通常还比团体中最聪明的人还要聪明。即使一个团体中绝大多数人都不是特别的见多识广或者富有理性,但仍然能做出一个体现出集体智慧的决定。一般而言我们掌握的信息要比自己期望的少,我们对未来也只能做出有限的预见。我们当中绝大多数人都缺乏进行复杂的成本效益计算的能力—或者说愿望,与坚持要求找到最可能实现的决策不同的是,我们通常会接受一个看似足够好的决策,而且通常任由情感影响我们的判断。尽管存在这些局限,但当我们各自并不完善的判断力以一种正确的方式汇聚起来时,我们的集体智力通常表现得十分完美。

群体智慧结合区块链技术,通过链上的公开环境以及与密码学、尤其是非对称加密算法的结合,会第一次产生大规模高安全的去中心化预测市场。

2.1.预测市场运作规则

传统预测市场,常用的方法主要有三种:第一种是利用统计学和数学模型进行预测,第二种是利用机器学习和数据挖掘进行预测,第三种利用市场的激励机制,使得大众都能贡献出自己的经验智慧,汇集市场信息,得出更为精准的答案。

前两种主要是利用历史数据和系统软件来进行预测,但是简单的系统反映不了复杂的问题,所以第三种则是汇集了大众的智慧,每个人都是一个简单的系统,接收着不同的信息,思考着不同层面的问题,詹姆斯·索罗维基在《群体的智慧》一书中写道:永远不要低估了群体的智慧,也不要高估了精英或者专家们的作用。多元化广泛的意见、独立的思考再加上个体真实的观点,这样汇集、总结出来的答案比任何一个单独个体或传统数据得出的答案都更加全面和精准。

1996年,惠普实验室和加州工学院共同主持了一个为期三年的预测市场的实验。该研究针对惠普实验室的来自不同部门(业务、财务和市场等)的 20 到 30 个员工进行了 12个不同的预测。实验表明,75%以上的预测比惠普公司的官方预测要准确。

2008年的美国总统选举,通过分析50个州来自民众的预测,结果发现49个州得出的答案与选举结果一致。

2.2.预测市场的发展

预测行业自古就有,发展至今已有上千年历史。

中国的周易八卦就是全世界最早基于经验判断和大数据积累、非对称加密算法而流行开的预测学。而从严格意义上讲,周易八卦是基于0和1二进制的数理预测,面相手相是基于纹理学的图像预测,二者都是在统计学的基础上做出的对于未来的判断。但预测市场的发展,也历经波折:

一方面预测市场能够一直经久不衰的原因,是当用户通过真金白银来进行预测的时候,往往会利用自己获取的真实信息,把自己内心最真实的倾向表达出来,这就可以使得预测市场相比于问卷调查的准确率高得非常多。

而另一方面,预测市场也一直是个敏感的灰色地带,主要原因是大家很容易把预测和博彩、赌博弄混淆。

而二者最本质的区别即是在博彩中,大家的参与往往是以获利为目标,所以很多人愿意承担比较大的风险,也具有很强的投机性质,哪怕收取一半的税费也愿意参与;而预测市场往往是做对冲风险的一个考虑。比如购买保险、延迟险、股票、期权等行为均属于传统预测市场范畴。

2.3.传统预测市场存在的巨大问题

3.1.中心化预测平台巨额抽成

预测行业一直属于比较敏感的灰色地带,他们大多都面临着各种成本压力,一方面,行业属性本身有较高的法律安全风险,需要足够的利润来对冲其风险。另一方面,如果运营商想要得到法律的认可,就必须支付较高的费用。

此外,为了保证结果真实可信,平台必须人为的做出一些必要措施,比如聘请专业的认证机构为每次开奖做公正,聘请有公信力的机构对每笔奖金的发放进行追踪证明。而这每一笔为了保证公信力而产生的支出都是预测平台所无法避免的。这从而导致平台本身只有抽取高额的佣金分成,才能维持平台正常的运转。

3.2.中心化预测平台极低的可信度

正如2.3.1所述,平台需要足够的利润才能保证自身利益,再加上预测平台卷款跑路、暗箱操作、违规担保、代理商吃彩、运营者作弊、非实名认证、信息不安全、结果不公开透明等新闻层出不穷,用户不免会对平台失去信心,而中心化的运营模式则加剧了这些问题。

反之对于平台来说,就算真的有比较良好的信用,在这样的大环境下,也无法用传统方式自证清白。

3.3.中心化预测平台受众少且存在形式隐蔽

对于传统预测平台来讲,介于法律的监管,不得不隐藏于地下市场,使得他们不仅对外宣传困难重重,难以获得用户开拓市场, 而且从外部获取到的信息也极少,很难及时做出相应的调整来迎合市场变化,慢慢的预测就变成了一个越来越小众的行业,利润也就越来越薄,于是更加剧了信任等问题的爆发,无形中就构成了一个死循环。

对于用户来讲,由于可获取的预测平台的信息有限,仅有的被大众所知的平台就拥有了绝对的议价权,我为鱼肉,人为刀俎,用户只能任由平台猖狂的压榨自己的利益。如果这样的情况进一步发展,就会急剧削减用户参与的积极性,并且平台的隐蔽性也使得用户对其资质无处查询。而长期的维权问题、信任问题得不到解决,就阻碍了新用户的进入。

3.4.中心化预测平台可供预测产品匮乏

传统中心化预测平台,可供预测的产品都是由平台发起,并且平台会作为参与方对结果进行预测,这里就会出现两个问题:

第一,们假定一场预测是公平可信的,平台作为参与方,就会有50%的机会输,也就是说预测结果不可控,那么平台就需要承担很大的失败风险,因此,很多平台就会有自己的风控体系和产品研发部门,专门挑选那些平台方获胜有一定优势的事件发起预测。

第二,平台再怎么强大,能够发起的预测产品数也是有限的,更何况还要在这中间挑选那些有利于平台本身的项目。

从这两点来看,传统中心化预测平台对市场和用户都是非常不友好的。

2.4.预测+区块链的真正的吸引力

区块链技术发展至今,引起了无数人的关注,他们来自全球自各行各业,基于对区块链技术的认可,不断试图将区块链技术与所属行业进行融合,而预测行业和区块链技术有着天然的切合点。

对用户来说 ,区块链技术用智能化信任代替了高成本的人际的信任,给预测市场带来了信任福利。

  • 预测结果公开透明,从一个预测产品的发起、到预测过程、再到结果公示,每一步都记录在区块链上,不可更改且不可逆,每个人都有权查询。
  • 生态共建、自治等特性,解决了平台跑路、暗箱操作等问题。
  • 传统预测平台都是和庄家对赌,赔率都是他们定的,但是在区块链世界里,由于每个人都有了区块链信用背书,因此每个人都可以成为预测的发起者。用户的利润得到了最大程度的保护。

对传统预测行业的机构来说 ,有了区块链和智能合约做信用背书,通过Moses搭建的平台和API接口,给各种第三方应用提供技术工具和流量。

对流通性来说 ,首先,由于各个国家对预测这个行业的态度不一致,而数字货币又天生具有匿名、无国界、无法监管,因此数字货币为预测机构提供了巨大的价值流通的便利性。其次,未来在预测行业必然会出现一种通证,它能触及到生态的各个角落,从社区到服务、到筹码,都是统一标准,无国界流通。这将是一个异常繁荣的生态。

3.Moses 机制

Moses是一个全新的结果预测平台,致力于创建最准确的预测机制。Moses将基于ETH主链进行部署,Moses会优先在移动端开发相应的App,让用户优先使用手机参与预测。为了提升全球用户的参与性,未来不排除开发跨链交易或在其他公链进行部署的可能性。

3.1.角色

  • 普通用户:发起预测,参与预测,对预测结果申请仲裁,成为预测事件的审核人员。
  • 审核人员:是机构也可以是个人,针对普通用户发起的预测事件进行投票审核,审核通过,面向全网用户进行发布,接受预测。
  • 仲裁委员会:是机构也可以是个人,普通用户针对某个预测结果提出质疑申请仲裁后,仲裁委员会将进行审查执行仲裁。
  • 信息中介:是机构也可以是个人,针对某些预测,给平台提供预测结果。
  • 平台管理员:可发布官方预测事件,公布预测结果,审核普通用户的参与权限、审核仲裁委员会、审核人员以及信息中介的资质等,进行系统的更新维护。

3.2.业务流程

  • 用户在Moses平台创建或参与事件预测
  • 用户锁定一定数量代币作为保证金
  • 当事件判定时间到达时,信息中介将根据外部信息判定该事件的结果并进行公示
  • 事件结果在预测市场公示24小时
  • 无人对预测结果提出异议
  • 预测正确一方获得所投注的代币和相应比例的奖励
  • 有人对预测结果提出异议可申请仲裁
  • 仲裁委员会进行仲裁,如仲裁结果为原事件结果错误,则取消提供该结果的信息中介的资格,并发起信息中介的公选
  • MOS持有者选定的信息中介,替换该事件的信息中介,对事件结果重新公示
  • 公示完成,结果无异议,新的信息中介获取该用户锁定的代币的一部分作为仲裁费

3.3.费用机制

3.3.1.信息中介奖励

为保证更多用户以最小成本参与预测,平台由信息中介进行预测事件的结果判定。信息中介判定结果准确时,将获得该预测事件一定比例(F1)的代币奖励,以此保证信息中介的准确性,并鼓励更多信息中介参与并提供稳定的信息中介服务。

平维护者奖励

为奖励平台维护者的工作和提升积极性,平台会在每一个预测事件的代币中抽取一定比例(F2)的代币作为手续费,这些代币会作为奖励发放给平台维护者。

3.3.2.用户收益

预测胜利一方总投注为C1,预测失败一方总投注为C2,平台手续费率为F1,平台维护者费率为F2,赔率为P1,赔率计算公式如下:

P1=(C1+C2)*(1-F1-F2)/C1

预测胜利一方收益S1计算公式如下:

S1=C1 * P1

为保证广大用户的利益,信息中介费率F1和平台维护者费率F2采用浮动费率机制,由Moses平台代币的价值和用户投票决定最佳费率。

4.代币机制

Moses平台将首先在ETH平台进行部署和发行。代币名称为Moses Token,代号为MOS,总量为10亿。

MOS作为唯一的结算代币,是Moses市场预测生态内必备的Token,也是Moses经济体的载体。用户可以通过空投、社区奖励、活动奖励等方式获得, 同时它将在数字货币交易所交易流通,具有流通价值。

上线之初,Moses仅支持MOS和ETH代币参与事件预测,未来跨链支付开发完成后将支持其他币种参与预测。

MOS相关权益包括:

①发起事件预测。用户可质押MOS发起事件预测,事件预测结束,得到手续费分成。

②参与事件预测。用户可使用MOS参与事件预测并在获胜后获取MOS奖励。

③发起仲裁。发起仲裁前,发起用户需锁定一定MOS作为定存,仲裁获胜后定存MOS不退回,但仲裁发起人可获得败诉人一定MOS。

④投票。用户可使用MOS进行投票选定自己信赖的信息中介平台作为事件结果判定方,也可投票关停事件预测结果失真或失败的信息中介平台。

⑤为知识付费。当用户遇到问题时,可用MOS作为支付,向KOL寻求个性化答案或帮助。

MOS是一种只能在Moses平台进行使用的功能代币,MOS不可退还,也不代表MOS所属公司的任何股份、权利、所有权等证明,也不赋予代币持有者任何收入、利益或投资回报的承诺。若二级市场或交易平台所获代币,其运营和使用权利独立于平台方。

5.内容审查机制

为保证平台不被非法利用进行获利,平台赋予代币持有者可对非法事件预测和非法/不公正的信息平台进行投票强制关停。以此保护平台的安全和所持代币的权益。

6.结果仲裁机制

为保证平台预测结果真实性,平台引入仲裁机制;用户在事件发起之初或预测事件结果公示期都可以引入仲裁。

事件发起之初:用户自由发起的事件预测,可从事件创建时引入仲裁人员(持币人)作为裁判,发起用户需支付一定费用给仲裁人员;时间结束时,由仲裁人员对事件结果进行公布。如果结果被承认,仲裁人员可获得服务费用;如结果有异议,判定结果正确的,仲裁人员可获得服务费用;如判定结果错误/舞弊,取消仲裁人员的仲裁资格,服务费用全额退还发起人。

事件结果仲裁:事件公布结果后,参与该事件并对结果有异议的用户可以发起仲裁,发起仲裁时需定存一定代币作为服务费用,该服务费用不做退还;仲裁受理后,平台会选定部分仲裁人员(持币人)对该事件结果进行仲裁,仲裁结束后,仲裁人员获取发起人锁定的代币的一部分作为服务费用。

7.技术模型

7.1.事件参与行为信息上链

    Transaction attend(long id, String hash) {
            CompletableFuture<TransactionReceipt> transactionReceipts = contractsMosesSolMoses.attend(
            new Uint32(id),
            new Utf8String(hash)).sendAsync();
        transactionReceipts.thenAccept(transactionReceipt -> {

        });
    }

响应结果

{

"body": {

    "blockHash": "0x217de5602532882fd30f9ab39579a9aa845b6363c5874a3eeb428e99d9ff26d2",

    "from": "0x7d5b44ddf6fb3a1367de1b614eeabd2e9a1c545b",

    "logs": [

        {

            "address": "0x600b7845a9cc70e42bae448a93a7844ac7456c27",

            "blockHash": "0x217de5602532882fd30f9ab39579a9aa845b6363c5874a3eeb428e99d9ff26d2",

            "blockNumber": 3595108,

            "blockNumberRaw": "0x36db64",

            "data": "0x00000000000000000000000000000000000000000000000000000000000003ec00000000000000000000000000000000000000000000000000000000000000400000000000000000000000000000000000000000000000000000000000000012e5b7b4e8a5bf312d32e6af94e588a9e697b60000000000000000000000000000",

            "logIndex": 14,

            "logIndexRaw": "0xe",

            "removed": false,

            "topics": [

                "0x7e34a04afde44418f6b6603575f8f987bd42a431d46353edbba668bcb681a070"

            ],

            "transactionHash": "0xa0b1c9b91d88129bd4dccb48791368fd04d9370048e1d0339a3c53fc0b829d0c",

            "transactionIndex": 5,

            "transactionIndexRaw": "0x5"

        }

    ],

    "logsBloom": "0x00000000000000000000000000000000000400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000120000000000000002000000010000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000008000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000",

    "status": "0x1",

    "to": "0x600b7845a9cc70e42bae448a93a7844ac7456c27",

    "transactionHash": "0xa0b1c9b91d88129bd4dccb48791368fd04d9370048e1d0339a3c53fc0b829d0c"

},

"code": 200,

"message": "",

"type": "object"

}

返回信息说明

参数 类型 说明
TransactionResp object 返回对象
- blockHash bool 区块hash
- from String 发送者地址
- logsBloom String 由日志信息组成的一个Bloom过滤器 (数据结构)
- status String 状态 hex
- to String 接收者地址
- transactionHash String 交易hash
- logs Array 日志信息
- - address String 地址
- - blockHash String 区块hash
- - blockNumber int 块高
- - blockNumberRaw String 块高 hex
- - data String 存储的数据 hex
- - logIndex int 日志索引
- - logIndexRaw String 日志索引hex
- - removed bool 是否删除
- - topics Array topic
- - transactionHash String 交易Hash
- - transactionIndex int 交易索引
- - transactionIndexRaw String 交易索引hex

7.2.事件结果上链

Transaction publishResult(long id, String result) {

        CompletableFuture<TransactionReceipt> transactionReceipts = contractsMosesSolMoses.publishResult(new Uint32(id),

                new Utf8String(result)).sendAsync();

        transactionReceipts.thenAccept(transactionReceipt -> {

        });

}

响应结果

{

    "body": {

        "blockHash": "0x217de5602532882fd30f9ab39579a9aa845b6363c5874a3eeb428e99d9ff26d2",

        "from": "0x7d5b44ddf6fb3a1367de1b614eeabd2e9a1c545b",

        "logs": [

            {

                "address": "0x600b7845a9cc70e42bae448a93a7844ac7456c27",

                "blockHash": "0x217de5602532882fd30f9ab39579a9aa845b6363c5874a3eeb428e99d9ff26d2",

                "blockNumber": 3595108,

                "blockNumberRaw": "0x36db64",

                "data": "0x00000000000000000000000000000000000000000000000000000000000003ec00000000000000000000000000000000000000000000000000000000000000400000000000000000000000000000000000000000000000000000000000000012e5b7b4e8a5bf312d32e6af94e588a9e697b60000000000000000000000000000",

                "logIndex": 14,

                "logIndexRaw": "0xe",

                "removed": false,

                "topics": [

                    "0x7e34a04afde44418f6b6603575f8f987bd42a431d46353edbba668bcb681a070"

                ],

                "transactionHash": "0xa0b1c9b91d88129bd4dccb48791368fd04d9370048e1d0339a3c53fc0b829d0c",

                "transactionIndex": 5,

                "transactionIndexRaw": "0x5"

            }

        ],

        "logsBloom": "0x00000000000000000000000000000000000400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000120000000000000002000000010000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000008000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000",

        "status": "0x1",

        "to": "0x600b7845a9cc70e42bae448a93a7844ac7456c27",

        "transactionHash": "0xa0b1c9b91d88129bd4dccb48791368fd04d9370048e1d0339a3c53fc0b829d0c"

    },

    "code": 200,

    "message": "",

    "type": "object"

}

返回信息说明

参数 类型 说明
TransactionResp object 返回对象
- blockHash bool 区块hash
- from String 发送者地址
- logsBloom String 由日志信息组成的一个Bloom过滤器 (数据结构)
- status String 状态 hex
- to String 接收者地址
- transactionHash String 交易hash
- logs Array 日志信息
- - address String 地址
- - blockHash String 区块hash
- - blockNumber int 块高
- - blockNumberRaw String 块高 hex
- - data String 存储的数据 hex
- - logIndex int 日志索引
- - logIndexRaw String 日志索引hex
- - removed bool 是否删除
- - topics Array topic
- - transactionHash String 交易Hash
- - transactionIndex int 交易索引
- - transactionIndexRaw String 交易索引hex

7.3查询链上事件信息

MoseEvent showMosesEvent(long id) {

Tuple4<Uint32, Utf8String, Utf8String, Bool> moseEvent = contractsMosesSolMoses

            .showMoseEvent(new Uint32(id)).sendAsync().get();

    Uint32 moseEventValue1 = moseEvent.getValue1();

    Utf8String moseEventValue2 = moseEvent.getValue2();

    Utf8String moseEventValue3 = moseEvent.getValue3();

}

响应结果

{

    "body": {

        "hash": "ff3f4036a1164d1ddbad5b3edf9022addb3e1961a54a922708a6c1ffc49e5489",

        "id": 1004,

        "result": result,

        "timestamp": 1531643173

    },

    "code": 200,

    "message": "",

    "type": "object"

}

返回信息说明

参数 类型 说明
MoseEvent object 返回对象
- id long 事件ID
- hash String 事件参与hash值
- result String 事件结果
- timestamp long 上链时间

8.应用场景

8.1个人和企业用户

8.1.1 个人用户

  1. 用户可自主创建话题,对预测事件自定义主题和属性。分布式思想的核心价值在于没有中心组织或平台来引导主题,完全相信用户的思想和创意。而且很多用户创建的话题本身就会起到抛砖引玉的作用,正向地引导更多用户创建出更丰富的话题。
  2. 引入KOL发起话题。KOL的作用是自带流量和粉丝,而且KOL的话题除了能引起更多的参与和PK之外,话题本身同时能对参与者的自我创建起到引导作用。同时,这与区块链的去中心思想并不矛盾。区块链的分布式和去中心更多意义上是多中心或弱中心,而不是完全的无中心。
  3. 开辟大咖专栏。把高频话题主打造为知识网红,利用网红的力量开发出预测市场的网红经济和粉丝经济。网红的粉丝效应,将会让粉丝和用户的参与成为高频行为,进而带动整个平台的活跃。
  4. 同一兴趣爱好的用户可在已创建的社群里互动、转发、聊天。可以针对某一话题集中讨论、辩论,可以从用户的讨论中获取信息和数据,从而影响自己在预测时的决策,甚至根据个人的利益诉求,主导用户讨论的倾向性。
  5. 话题发起者(包括普通用户、KOL、网红大咖),可以得到针对该话题预测的手续费分成。

8.1.2 企业用户

支持企业内部决策系统或事件预测。如:

  1. 航班延误预测:航空公司使用Moses系统,让信息更为透明。根据公司内部(包括乘务组人员和地面人员)的预测,确定航班延误的可能性,及时做出积极的应对措施,减少乘客的流失。
  2. 员工匿名投票:预测公司产品最终的定价及上市时间、预测竞争对手什么时候会被打败、预测产品在区域市场的占有率、公司的新办公室会设置在哪里、新店的店址及什么时候会开张、新连锁店第一个月的营业额等。

8.2 预测类型

8.2.1 场景一:凭证类预测

现有凭证类预测多为中心化机构发行并进行结果公示,难以保证结果的准确性,且中奖后奖金领取涉及诸多不便甚至影响用户的人身财产安全。Moses平台完全区别于此类平台,用户选定凭证后,凭证保存在区块上面,容易保管防止意外丢失;开奖时通过哈希运算出本次凭证的中奖号码,保证结果的公正。平台通过代币的方式进行参与和奖励发放,用户信息完全加密存储,最大程度保障用户的财产和生命安全。参与方式如下:

- 用户选择参与的凭证预测类型(凭证类预测分为累积型和非累积型)
- 自主/随机选择自己凭证的号码并支付相应的代币
- 事件预测时间截至时,由哈希值计算给出该事件的中奖凭证号码并由信息平台进行公示
- 公示完成后,用户自动获得相应的奖励代币

累积型:当期中奖凭证号码由哈希随机生成,如无中奖人,该期奖金累积到下一期;参与用户每个凭证单次预测准确所获奖金固定,剩余奖金累积到下一期。

非累积型:当期参与人次和参与额度固定,当期中奖人从当期参与人中由哈希运算选出,中奖用户获取当期所有代币的大部分作为奖励

为保证平台稳定运行,中奖奖励代币会定时定期进行解锁,解锁后用户才可进行操作。

8.2.2 场景二:体育类预测

现有体育类预测,中心化严重,极大的增加了用户参与的风险。市场监管严格,无形中增加了用户参与的门槛和相关平台的运营费用。Moses平台通过区块链方式来解决上述问题。任何用户都可以公开透明的参与预测,预测过程和预测结果公开透明的保存在区块链上,以方便各方机构进行监管。节省的手续费用可以大部分回馈给参与用户,提升市场流动性和用户参与积极性。

参与方式如下:

- 用户选择参与预测的体育赛事
- 用户以现有赔率作为参考进行投注
- 事件预测时间到期时,由投票选中的信息中介公布预测结果并进行公示
- 公示完成后,预测成功用户自动获得相应的奖励代币

8.2.3 场景三:金融市场预测

传统金融预测市场局限于法币衍生的金融产品,中介费用高昂,用户参与成本较高,需要很强的专业性。Moses平台可为细微的金融市场预测提供解决方案,去除高昂的中介费用,降低参与难度,保证信息准确性。

参与方式如下:

- 用户选择参与预测的金融事件(支持虚拟货币市场金融信息预测)
- 用户以现有赔率作为参考进行投注
- 事件预测时间到期时,由投票选中的信息中介公布预测结果并进行公示
- 公示完成后,预测成功用户自动获得相应的奖励代币

8.2.4场景四:生活信息预测

Moses拟为所有用户提供自由定制类的预测发布机制。用户可根据自身实际需求自由发布任何无不良信息的预测事件,可选择公开对所有人发布,也可指定参与人员。以此覆盖更多的预测场景,为预测双方提供预测的保障机制。

参与方式如下:

- 用户自由编辑预测事件并选定该事件的开放程度(公开/指定人参与),并选择是否需要仲裁全程参与并对结果进行公示(选定仲裁需要预支部分费用给仲裁人员作为仲裁费)
- 用户按照自己心理预期进行投注
- 事件预测时间到期时,如果有仲裁人员,由仲裁人员提供预测结构并进行公示;无仲裁人员由时间发起人提供预测结果并进行公示
- 公示完成后,如无异议,预测获胜用户获得投注金和奖励;如有异议,可由任何一方发起平台仲裁。

9.Moses社区简介

9.1核心发起人

李教授

  • 曾供职于阿里巴巴及英特尔亚太研发中心,担任技术专家与架构师职位,从事大型网站与大数据方面的研发工作。
  • 担任某科技公司CTO,管理和领导产品研发团队,有丰富的管理经验。
  • 著名大数据平台Apache Spark源代码贡献者,为Spark贡献多个性能优化模块,使Spark应用初始化与任务调度性能提高数倍。
  • 5项发明专利,涉及分布式存储、分布式路由算法、分布式系统故障处理等多个分布式关键技术领域。
  • 浙江大学特约讲师,为浙大硕士研究生开设编程课程。
  • 技术社区活跃者,受邀在QCon、SDCC、GIAC等多个技术峰会上做主题演讲,在《程序员》杂志发表多篇技术文章。

高级研发总监 林

  • 曾任职于国内知名残值车交易平台研发部,担任全栈开发工程师、项目经理等职位,从事平台开发运维等工作。
  • 曾担任某跨境电商平台技术总监,从事架构设计、开发等工作,带领团队从0到1对跨境电商平台的研发以及上线后的迭代运维。
  • 曾担任某云计算有限公司高级开发与架构师职位,从事云征信平台的设计与研发。
  • 现担任某公司研发中心高级开发与区块链应用架构师职位,从事区块链项目的设计与研发等工作。
  • 对Ethereum、Hyperledger、EOS等区块链项目有深入的研究,知名区块链项目Hyperledger社区活跃者,拥有丰富的分布式开发和架构经验。善于从0到1构建整套技术架构体系并实现快速迭代上线。

高级工程师 王

  • 曾任职上海某公司高级工程师,担任技术顾问职位;从事数据中心交付以及项目对接管理工作。
  • 先后任职北京某影像集团资深研发工程师,某科技公司运维工程师。
  • 有丰富的大中型项目实施和运维经验,对敏捷开发和高效率运维有深入研究。 主导过多个分布式服务后台研发工作,在其核心关键技术方面有独特的实现方式。

9.2.项目优势

Moses创始团队曾任职于某集团,该集团拥有600万用户,本项目初期获得了该集团的强力支持,在用户获取上相较于业内其他对手具有非常大的优势。项目首席运营官有十年互联网金融运作经验以及丰富的渠道资源,为Moses的发展奠定了扎实基础

9.3.Moses细则与资金使用

总量: 10亿枚

早期投资人30%

社区用户20%,用于社区建设及奖励

团队20%,发行后释放5%,后续每年释放5%三年完毕,用于项目运营、研发、人才招募等投入;

基金会25%,用于仲裁事件

漏洞及仲裁奖励5%

10.项目发展规划

2018年8月 Moses预测平台开启内测。支持话题参与,可参与话题互动

2018年8月 空投代币

2018年10月 Moses正式上线。用户可自主发起话题,支持仲裁

2019年1月 平台升级。开设知识达人专栏,增加更多社交互动

2019年8月 上线B端预测支持平台,为企业决策提供支撑

2020年 完善生态建设,上线OTC,提供金融服务

11.风险声明

11.1.风险提示

在Moses开发、运营和维护过程中会存在无数风险,这其中很多都超出了Moses基金会的控制。除本白皮书所述的其他内容外,每个MOS购买者还应细读、理解并考虑下述风险,谨慎决定是否参与本次公开售卖计划。

购买者如决定参与本次公开售卖计划,将被视为已充分知晓并同意接受下述风险。

11.2.法律政策和监管风险

加密代币正在被或可能被各个不同国家的主管机关所监管。在各个不同国家,MOS可能随时被定义为虚拟商品、数字资产甚至是证券或货币,因此在某些国家之中按当地监管要求,MOS可能被禁止交易或持有。如果监管主体出台相关规定,Moses基金会可能被勒令暂停或终止任何关于本次代币互换计划。

MOS的开发、营销、宣传或其他方面也可能受到严重影响、阻碍或被终结。

由于监管政策随时可能变化,任何国家之中现有的对于MOS或本次公开售卖计划的监管许可或容忍可能只是暂时的。本次MOS公开互换计划若被提前终止,此时持有者可能由于以太币的价格波动以及Moses基金会的支出而仅被部分退还其支付的金额。

11.3.项目团队风险

当前区块链技术领域团队、项目众多,竞争激烈,存在较强的市场竞争和项目运营压力。Moses项目能否在诸多优秀项目中突围,受到广泛认可,既与自身团队能力、愿景规划等相关,也受到市场竞争影响,包括可能面临恶性竞争。Moses项目核心成员拥有多年的预测行业及区块链技术积累,可以凝聚起更多在区块链技术领域和预测领域的人才加入项目,但也不能排除会有项目核心人员离开、内部发生冲突等导致Moses项目整体受到负面影响的可能性。

11.4.技术风险

区块链技术正在不断发展,密码学正在不断演化,其无法保证任何时候绝对的安全性,这可能导致持有人的MOS被盗、失窃、消失、毁灭或贬值。Moses区块链基于开源软件并且是无准入许可的分布式账本。尽管Moses基金会会努力维护Moses系统安全,但并不能保证Moses不存在弱点或权限,且任何人均有可能故意或无意地将弱点或缺陷带入Moses的核心基础设施要素之中,对这些弱点或缺陷Moses基金会无法通过其采用的安全措施预防或弥补。这可能最终导致参与者的MOS或其他数字代币丢失。此外,MOS的源代码可能存在某些瑕疵、错误、缺陷和漏洞,这可能使得用户无法使用特定功能,暴露用户的信息或产生其他问题。如果确有此类瑕疵,将损害MOS的可用性、稳定性和/或安全性,并因此对MOS的价值造成负面影响。公开的源代码以透明为根本,以促进源自于项目的对代码的鉴定和问题解决。Moses基金会将与Moses项目紧密合作,今后持续改进、优化和完善Moses的源代码。Moses的快速发展将伴随着交易量的陡增及对处理能力的需求。若处理能力的需求超过以太坊区块链网络内届时节点所能提供的负载,则Moses网络可能会瘫痪或停滞,且可能会产诸如"双重花费"的欺诈或错误交易。在最坏情况下,任何人持有的MOS可能会丢失,以太坊区块链回滚或甚至硬分叉可能会被触发。这些事件将可能损害MOS的可使用性、稳定性和安全性以及MOS的价值。此外Moses仍在开发阶段,由于Moses系统的技术复杂性,Moses基金会可能不时会面临无法预测或无法克服的困难。因此,Moses的开发可能会由于任何原因而在任何时候失败或放弃(例如由于缺乏资金)。开发失败或放弃将导致MOS无法交付给本次互换计划的参与者。

11.5.安全风险

以太坊设计为公开且无准入许可的账本。因此,以太坊可能会不时遭受"分布式拒绝服务"、"双花"等不同网络攻击。这种攻击将可能使Moses系统遭受负面影响、停滞、瘫痪甚至计算错误,并因此导致在此之上的交易被延迟、写入或记入以太坊区块链的区块之中,甚至暂时无法执行,也可能造成区块链数据错误、崩溃或丢失,损害MOS的可用性、可靠性、安全性以及MOS的价值。此外,可能会有人企图盗窃Moses基金会所收到的公开售卖所获资金(包括已转换成法币的部分)。该类盗窃或盗窃企图可能会影响Moses基金会为MOS开发提供资金的能力。尽管Moses基金会将会采取措施保护众筹资金的安全,但盗窃仍很难被彻底阻止。

11.6.其他可能的风险

- 源代码升级风险:Moses的源代码是开源的且可能被Moses项目任何成员不时升级、修正、修改或更改。任何人均无法预料或保证某项升级、修正、修改或更改的准确结果。因此,任何升级、修正、修改或更改可能导致无法预料或非预期的结果,从而对MOS的运行或MOS的价值造成重大不利影响。 

- 未经授权认领 MOS的风险:任何通过解密或破解 MOS持有者密码而获得注册邮箱或注册账号访问权限的人士,将能够恶意获取 MOS持有者的Moses代币。据此,持有者的Moses代币可能会被发送至其他人的MOS地址,而这种发送是不可撤销、不可逆转的。每个Moses持有者应当采取诸如以下的措施妥善维护其注册邮箱或注册账号的安全性:(i) 使复杂、高安全性密码;(ii) 不打开或回复任何欺诈邮件; (iii) 严格保密其机密或个人信息以及其他相关安全措施。 

- MOS钱包私钥丢失风险: 获取MOS所必需的私钥丢失或毁损是不可逆转的。只有通过本地或在线MOS钱包拥有的唯一公钥和私钥才可以操控MOS。每一位持有者应当妥善保管其MOS钱包私钥。若 MOS持有者的私钥丢失、遗失、泄露、毁损或被盗,Moses基金会或任何其他人士均无法帮助持有者获取或取回相MOS。

- 通胀风险:可能会由于采纳Moses源代码补丁或升级(这将由Moses项目决定而不是Moses基金会决定),导致MOS数量发生增加,由此产生的MOS供应量通胀可能导致市场价格下跌,而使持有者可能遭受经济损失。MOS持有者并不能被保证会由于MOS通胀而获得赔偿或任何形式的补偿。 

- 市场风险:  MOS的价值很大程度上取决于Moses平台的市场发展和用户接受程度。MOS并不预期在发行后的很短时间内就广受欢迎、盛行或被普遍使用。在最坏情况下,MOS甚至可能被长期边缘化,仅吸引很小一批使用者。相比之下,很大一部分Moses需求可能具有投机性质。缺乏用户可能导致MOS市场价格波动增大从而影响MOS的长期发展。出现这种价格波动时,MOS不会也没有责任稳定或影响 MOS的市场价格。 

- 流动性风险: MOS既不是任何个人、实体、中央银行或国家组织发行的货币,也没有任何硬资产或被其他信用所支持。MOS在市场上的流通和交易并不是Moses基金会的职责或追求。MOS的交易仅基于相关市场参与者对其价值达成的共识。任何人士均无义务从MOS持有者处兑换任何MOS,也没有任何人士能够在任何程度上保证任何时刻 MOS 的流通性或市场价格。MOS持有者若要转让MOS,该MOS持有者需寻找一名或多名有意人士进行互换。该过程可能花费甚巨、耗时长并且最终可能并不成功。此外,可能没有加密代币交易所或其他市场上线MOS供公开交易。 

- 价格波动风险:若在公开市场上交易,加密代币通常价格波动剧烈。短期内价格震荡经常发生。该价格可能以比特币、以太币、美元或其他法币计价。这种价格波动可能由于市场力量(包括投机买卖)、监管政策变化、技术革新、交易所的可获得性以及其他客观因素造成,这种波动也反映了供需平衡的变化。无论是否存在MOS交易的二级市场,MOS基金会对任何二级市场的MOS交易不承担责任也没有义务稳定MOS的价格波动,且对此也并不关心。MOS交易价格所涉风险需由MOS交易者自行承担。 

- 竞争风险:MOS的底层协议是基于开源计算机软件。没有任何人士主张对该源代码的版权或其他知识产权权利。因此,任何人均可合法拷贝、复制、重制、设计、修改、升级、改进、重新编码、重新程序设计或以其他方式利用Moses的源代码或底层协议,以开发具有竞争性的协议、软件、系统、虚拟平台、虚拟机或智能合约从而与MOS竞争,或甚至赶超或取代MOS,Moses基金会对此无法控制。Moses基金会在任何情况下均不可能消除、防止、限制或降低这种旨在与MOS竞争或取代MOS的竞争性努力。 

- 信息披露不足风险:截止到本白皮书发布日,MOS仍在开发阶段,其哲学理念、共识机制、算法、代码和其他技术细节和参数可能经常且频繁地更新和变化。尽管本白皮书包含了MOS最新的关键信息,其并不绝对完整,且仍会被Moses基金会为了特定目的而不时进行调整和更新。Moses基金会无能力且无义务随时告知参与者MOS开发中的每个细节(包括其进度和预期里程碑,无论是否推迟),因此必然会让持有者未能及时且充分地接触到MOS开发中新产生的信息。信息披露的充分是可避免且合乎情理的。 

11.7.免责声明

本白皮书仅作为传达信息之用,文件内容仅供参考,不构成出售数字商品、股票或证券的任何投资买卖建议、教唆或邀约。此类邀约必须通过机密备忘录的形式进行,且须符合相关的证券法律和其他法律。本文档内容不得被解释为强迫参与互换。任何与本白皮书相关的行为均不得视为参与互换,包括要求获取本白皮书的副本或向他人分享本白皮书。参与互换则代表参与者已达到年龄标准,具备完整的民事行为能力,与Moses基金会签订的合同是真实有效的。所有参与者均为自愿签订合同,并在签订合同之前对MOS进行了清晰必要的了解。

Moses基金会将不断进行合理尝试,确保本白皮书中的信息真实准确。开发过程中,平台可能会进行更新,包括但不限于平台机制、代币及其机制、代币分配情况。文档的部分内容可能随着项目的进展在新版白皮书中进行相应调整,Moses基金会将通过在网站上发布公告或新版白皮书等方式,将更新内容公布于众。请参与者务必及时获取最新版白皮书,并根据更新内容及时调整自己的决策。Moses基金会概不承担参与者因(i)依赖本文档内容、(ii)本文信息不准确之处,以及(iii)本文导致的任何行为而造成的损失。Moses基金会将不遗余力实现文档中所提及的目标,然而基于不可抗力的存在,Moses基金会不能完全做出完成承诺。

MOS是平台发生效能的重要工具,并不是一种投资品。拥有MOS不代表授予其拥有者对Moses平台的所有权、控制权、决策权。MOS作为一种加密代币不属于以下类别:(a)任何种类的货币;(b)证券;(c)法律实体的股权;(d)股票、债券、票据、认股权证、证书或其他授予任何权利的文书。

MOS的增值与否取决于市场规律以及应用落地后的需求,其可能不具备任何价值,Moses基金会不对其增值做出承诺并对其因价值增减所造成的后果概不负责。在适用法律允许的最大范围内,对因参与互换所产生的损害及风险,包括但不限于直接或间接的个人损害、商业盈利的丧失、商业信息的丢失或任何其它经济损失,Moses基金会不承担责任。Moses平台遵守任何有利于行业健康发展的监管条例以及行业自律申明等。参与者参与即代表将完全接受并遵守此类检查。同时,参与者披露用以完成此类检查的所有信息必须完整准确。Moses平台明确向参与者传达了可能的风险,参与者一旦参与互换,代表其已确认理解并认可细则中的各项条款说明,接受本平台的潜在风险,后果自担。

12.联系我们

You can’t perform that action at this time.