BitShares Forum

Main => 中文 (Chinese) => Topic started by: ebit on April 12, 2014, 02:07:52 am

Title: WIKI百科DAC
Post by: ebit on April 12, 2014, 02:07:52 am
知识就是权力和财富。这是WIKI百科DAC的开发运营宗旨。
每天都有新的知识产生,需要我们去应用推广;每天也有很多知识被遗忘丢弃,待寻找时了无踪迹。

DAC股权400万个,其分配:
PTS/AGS各10%;开发维护者分享80%。

传统服务器WIKI的劣势:(1)政府审核;(2)网络服务器安全漏洞;(3)缺乏激励机制,知识广度深度不够。

开发维护者QQ群 : 295019970,欢迎守藏史、图书馆管理员及书虫加盟。

准备工作:(1)开始一个简单传统服务器wiki的建设:51xrp.net , 主题:介绍ripple;团队来自瑞波币中国,xrpchina.com。
               (2)开始一个复杂传统服务器wiki的建设:主题:互联网金融,DAC开发。
               
细节:(1)前期中文为主
         (2)开发维护者的股权,在正式分配前,寄存在ripple系统里;PTS/AGS的股权利用快照进行分配。
                 本项目ripple网关地址:rE8jKyEoSMcb3BhxuoR469yDuGegne5D9D。这个网关里可以用大头或者货币大叔的CNY购买本DAC的股份,需要trust的currency:DAC;1CNY=1DAC,当前画饼阶段出售100万DAC.
         (3)DAC盈利模式:通过花费股份进行:条目真伪辨识;条目引用。建立条目可以赚取股份。通过收取特定手续费支持pos挖矿。
                 例如:某甲,建立条目u时,获得n1个股权,但引用了乙的v条目,要付费n2个股权。这n2个股权由v条目支持团队分享,系统从中收取一定手续费。
         (4)DAC模式意义:Blockchain将生动的体现出知识的演化过程。

团队开发协作: https://www.teambition.com/project/5348dca324e2cf2b63cbca96/home
Title: Re: WIKI百科DAC
Post by: muse-umum on April 12, 2014, 02:17:25 am
有更多的细节吗?
Title: Re: WIKI百科DAC
Post by: ebit on April 12, 2014, 02:21:11 am
还是个创意。
更多细节慢慢研究。
Title: Re: WIKI百科DAC
Post by: sasashui on April 12, 2014, 02:24:07 am
这是一个饼,让我慢慢画,至于饼何时可以吃,我想可能会在3月底之前,4月底之前,5月…… +5%
Title: Re: WIKI百科DAC
Post by: ebit on April 12, 2014, 02:27:05 am
迷恋上看别人画饼;不如自己也画。
Title: Re: WIKI百科DAC
Post by: Maxwell on April 12, 2014, 04:14:46 am
画饼是一项重要的技能!
Title: Re: WIKI百科DAC
Post by: Musewhale on April 12, 2014, 08:09:45 am
 :'(我不懂啊
Title: Re: WIKI百科DAC
Post by: su573895191 on April 13, 2014, 01:22:33 am
是个好想法。看来一切东西都需要去中心化。3I前途无量啊。。。
Title: Re: WIKI百科DAC
Post by: logxing on April 13, 2014, 02:13:07 am
有2个问题
第一个是磁盘空间的问题,此类DAC都有着比BTC超出好几个量级的数据量,在这个问题解决之前,这些DAC实际上是不可能发布出来的,目前一个选择就是maidsafe,但这东西何时能用还不知道。事实上,一旦maidsafe可用,blog,推特,facebook,网店,论坛,贴吧,相亲的应用都可以做起来,与wiki类似,这些全部都是“web2.0”的典型应用。

第二点就是该DAC的主货币价值的体现,按计划中的是建立条目获取主货币,引用条目花费主货币。感觉有点奇怪。因为目前维基百科全部都是志愿者在工作,那么引用条目也是工作量(让信息更有条理,梳理关联性),怎么可以还要倒贴主货币呢。经济模型还需要探讨。
Title: Re: WIKI百科DAC
Post by: ebit on April 13, 2014, 03:12:41 am
第一个磁盘空间问题,应该可以随着技术进步逐步解决。

第二点,获取和花费的依据,看是否为系统增加“正能量的知识量”。关于引用条目是否花费主货币这个问题,分析来看,甲如果为了不花费主货币就倾向于不引用乙的条目v,如果乙的条目v很重要,甲此时就会重复建立一个类似条目vv。这样下去,会造成系统不要用的臃肿。所以,从甲的角度,这个经济模型,要实现:主动引用而且愿意花费。这个花费,计入条目u的成本,在特点情形下应该有一定的利益回报。

这个特定情形,可以参考BitsharesDNS的模式,将甲对乙的条目v的引用,视作对条目v的投资,投资额即花费额n2。其后丙,引用乙的条目v时,花费将是n2+1,这多出来的1,倾向于分给甲。

基本思路是:开创新知识成本低,但风险是不能保证被别人引用,即不一定有额外收入;对旧知识增砖填瓦,举一反三,风险是投入花费大,但被别人进一步引用的概率大,额外收入规模大。
Title: Re: WIKI百科DAC
Post by: ebit on April 13, 2014, 03:38:42 am
看3i和maidsafe及bitcloud走得比较近,BM应该在toolkit里设置他们系统的接口。
Title: Re: WIKI百科DAC
Post by: ebit on April 13, 2014, 07:31:21 am
团队成员添加http://tburl.in/2/6a33df20

团队协作地址:https://www.teambition.com/project/5348dca324e2cf2b63cbca96/home

研究网站 瑞波百科 http://p2p3p.com/