Skip to content
This repository has been archived by the owner on Sep 3, 2019. It is now read-only.

1/21 关于菩提测试版的功能建议 #14

Open
JackLamCHN opened this issue Jan 21, 2018 · 2 comments
Open

1/21 关于菩提测试版的功能建议 #14

JackLamCHN opened this issue Jan 21, 2018 · 2 comments
Labels

Comments

@JackLamCHN
Copy link

【嵌套事件的设置】
【说  明】通过测试版是使用,希望可以实现嵌套型的预测事件的设立。我通过设置一个没有选项,但是需要定期投注的预测事件。我的定期投注代表了我拥有在这个预测事件里面新建额外预测事件的权限,然后当我自身符合条件我就能能新建让其他参与者进行判定的事件。(其实这个就有点类似保险)
【举个栗子】:我新建一个身体健康的预测事件(没有投注选项),但是需要参与者定期投注,然后当我自身条件符合时(生病啥的),我就可以通过在“身体健康”事件中,新建判定事件(我感冒了,然后提交事件证明),然后其他参与了“身体健康”事件的用户就可以对我的情况进行判定投注,成功后我就可从“身体健康”事件中获取【部分】投注作为补偿。
【拓  展】基于嵌套事件的原理,也可以实现设立基金管理的功能,同样是新建没有选项的预测事件,定期投注!(然后允许事件设置人基金代理人,通过投注代币进行币币交易兑换投资等)
【总  结】测试版研究发现,智能合约几乎可以实现一切商业模式!

Jack Lam
2018/1/21

@frankobe
Copy link
Contributor

@JackLamCHN 谢谢您的建议。可以详细说明 嵌套型 的定义吗?

例如保险和基金的例子,我理解是加入动态循环条件就可以在菩提现有智能合约中实现。 创建一个事件,设置选项为健康(保险公司)和不健康(投保人),定期支付/定期投注类似于菩提的循环验证。现在的循环条件是固定的100BOT(等价于每期的保费), 这个参数应该可以在创建事件时设定。

谢谢您的总结,几乎所有的金融产品都是预测产品,菩提预测市场项目初衷就是开发去中心化的区块链技术,帮助个人和企业伙伴方便地创建安全低成本可以信赖的预测产品,而金融产品是其中的重要一环。我们会在产品形态上开发细化的版本/市场,而项目核心bodhi-core智能合约在功能性上已经可以满足现有预测事件

@JackLamCHN
Copy link
Author

@frankobe 你好,感谢你的回复。

这个嵌套的想法源自于我当初设想的时候,不设立一个(保险公司)的中心。不过你对于保险和基金的例子极大地启发了我。

【嵌套型】的原型设想是这样的,任何人都可以新建无选项的保险型预测事件,用户通过定投数字货币作为参保凭证,所有参投的用户当自身条件符合理赔手续时,就可以在这个保险型的预测事件里,发起裁定并且提交能够证明自己理赔的资料文件,然后所有参投的用户都可以参与仲裁判决!

【模拟形象】假设智能合约构建了一个保险金的体育场。所有用户都可以通过定投固定的BOT作为保费,也就是进入这个体育场的入门费,大家能进这个体育中心,然后定期将BOT投到的足球场上,形成一个保险金池。这个时候,假如现场有人自身条件符合理赔条件,他就可以跑到足球场上去,向所有现场投保的用户证明自己条件的事实。当现场所有参保人都认可时,他就能从堆在地上的保险金中取走一部分。

【锦上添花】frankobe你的回复给我启发很大,那么在这个基础上,智能合约能否可以实现,在这个嵌套的基础上,引进保险公司呢?保险公司可以在原有的无选项的保险型预测事件中,发起额外的判定,他可以得到大家的授权代理理财部分保险金,这样就非常符合现实的保险投资理财原型了。
继续按照模拟原型里面的例子,就类似当足球场上的保险金额已经足够多了,但是投保的人希望这堆数字货币能够实现增长,从而自己能够得到更多的保费。与此同时,保险公司也发现了这个商机,然后保险公司的人就跑到足球场上说:各位参保用户,我能否拿走部分保险金给大家理财,我承诺.....(他开出的条件)。然后现场假如有愿意授权的用户就可以授权给保险公司(或者是个人)代理管理投资自己的保险金额!完美

小小建议万望接纳!

@frankobe frankobe reopened this Jan 26, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants