WIKI百科DAC

[ebit]

团队成员添加http://tburl.in/2/6a33df20

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

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

[ebit]

看3i和maidsafe及bitcloud走得比较近，BM应该在toolkit里设置他们系统的接口。

[ebit]

第一个磁盘空间问题，应该可以随着技术进步逐步解决。

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

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

基本思路是：开创新知识成本低，但风险是不能保证被别人引用，即不一定有额外收入；对旧知识增砖填瓦，举一反三，风险是投入花费大，但被别人进一步引用的概率大，额外收入规模大。

[logxing]

有2个问题
第一个是磁盘空间的问题，此类DAC都有着比BTC超出好几个量级的数据量，在这个问题解决之前，这些DAC实际上是不可能发布出来的，目前一个选择就是maidsafe，但这东西何时能用还不知道。事实上，一旦maidsafe可用，blog，推特，facebook，网店，论坛，贴吧，相亲的应用都可以做起来，与wiki类似，这些全部都是“web2.0”的典型应用。

第二点就是该DAC的主货币价值的体现，按计划中的是建立条目获取主货币，引用条目花费主货币。感觉有点奇怪。因为目前维基百科全部都是志愿者在工作，那么引用条目也是工作量（让信息更有条理，梳理关联性），怎么可以还要倒贴主货币呢。经济模型还需要探讨。

[su573895191]

是个好想法。看来一切东西都需要去中心化。3I前途无量啊。。。

[Musewhale]

 :'(我不懂啊

[Maxwell]

画饼是一项重要的技能！

[ebit]

迷恋上看别人画饼；不如自己也画。

[sasashui]

这是一个饼，让我慢慢画，至于饼何时可以吃，我想可能会在3月底之前，4月底之前，5月……

[ebit]

还是个创意。
更多细节慢慢研究。

[muse-umum]

有更多的细节吗？

[ebit]

知识就是权力和财富。这是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