Author Topic: WIKI百科DAC  (Read 4352 times)

0 Members and 1 Guest are viewing this topic.

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1905
    • View Profile
  • BitShares: ebit
团队成员添加http://tburl.in/2/6a33df20

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

研究网站 瑞波百科 http://p2p3p.com/
telegram:ebit521
https://weibo.com/ebiter

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1905
    • View Profile
  • BitShares: ebit
看3i和maidsafe及bitcloud走得比较近,BM应该在toolkit里设置他们系统的接口。
telegram:ebit521
https://weibo.com/ebiter

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1905
    • View Profile
  • BitShares: ebit
第一个磁盘空间问题,应该可以随着技术进步逐步解决。

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

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

基本思路是:开创新知识成本低,但风险是不能保证被别人引用,即不一定有额外收入;对旧知识增砖填瓦,举一反三,风险是投入花费大,但被别人进一步引用的概率大,额外收入规模大。
« Last Edit: April 13, 2014, 03:30:56 am by ebit »
telegram:ebit521
https://weibo.com/ebiter

Offline logxing

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

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

Offline su573895191

  • Full Member
  • ***
  • Posts: 191
    • View Profile
是个好想法。看来一切东西都需要去中心化。3I前途无量啊。。。

Offline Musewhale

  • Hero Member
  • *****
  • Posts: 2881
  • 丑,实在是太丑了 !
    • View Profile
 :'(我不懂啊
MUSE witness:mygoodfriend     vote for me

Offline Maxwell

  • Sr. Member
  • ****
  • Posts: 301
    • View Profile
画饼是一项重要的技能!

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1905
    • View Profile
  • BitShares: ebit
迷恋上看别人画饼;不如自己也画。
telegram:ebit521
https://weibo.com/ebiter

Offline sasashui

  • Sr. Member
  • ****
  • Posts: 205
  • BTS ID : sasashui
    • View Profile
  • BitShares: sasashui
这是一个饼,让我慢慢画,至于饼何时可以吃,我想可能会在3月底之前,4月底之前,5月…… +5%

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1905
    • View Profile
  • BitShares: ebit
还是个创意。
更多细节慢慢研究。
telegram:ebit521
https://weibo.com/ebiter

Offline muse-umum

  • Hero Member
  • *****
  • Posts: 717
  • BitShares everything
    • View Profile
有更多的细节吗?

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1905
    • View Profile
  • BitShares: 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
« Last Edit: April 12, 2014, 06:36:35 am by ebit »
telegram:ebit521
https://weibo.com/ebiter