Author [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] [EN] [ZH] [ES] [PT] [IT] [DE] [FR] [NL] [TR] [SR] [AR] [RU] Topic: keyhotee等大数据量DAC的存储方案探讨  (Read 644 times)

0 Members and 1 Guest are viewing this topic.

Offline SuanBing

  • Full Member
  • ***
  • Posts: 92
    • View Profile
    • Bitshares News
keyhotee等大数据量DAC的存储方案探讨
« on: April 18, 2014, 04:04:01 AM »

原文: http://bitsharesnews.com/archives/148.html

不论是keyhotee、还是去中心化的论坛、微博、WIKI,都需要大量的存储空间,让用户全部下载这些数据基本不太现实。传说中的bitcloud、maidsafe也许可以解决这些问题,但这些东西不知道什么时候可以出来。

我在想,或许可以用DPOS代表节点+轻客户端来解决这个问题。

DPOS的代表节点可以看作超大规模的服务器集群,DAC的全部区块数据在这些节点中保存并保持一致。DPOS的机制能够保证服务器集群不能作弊。代表节点开启Socket,为轻客户端提供验证、提交和请求内容等服务。

轻客户端可看作C/S架构的客户端,通过TCP或者HTTP协议与代表节点所组成的服务器集群交互。

轻客户端在提交请求数据时,会向所有的代表节点广播;在获取回应时,也对多个服务器节点返回的数据进行比较,选取最多节点一致的内容。


这个方案本质上是一个C/S架构的系统,只不过采用了DPOS机制来保证服务器集群各节点的数据同步以及客户端对服务器的验证和制衡。

大家觉得这个方案是否有可行之处?

当然,这个只是探讨技术的可行性。
文章开头所说到的这些DAC是否有吸引力让代表节点投入服务器资源来提供相关服务,那就涉及到DAC的经济模型了。

不过,可以肯定的是,如果这个方案可行的话,去中心化的1024将向我们走来。这类DAC盈利绝对不是问题。
BitsharesNews.com
我的微博
pts: PkyZq51PFLHonjzKdUDunzA52TDMR2tRrn

Offline logxing

Re: keyhotee等大数据量DAC的存储方案探讨
« Reply #1 on: April 18, 2014, 04:46:40 AM »
中心化的数据中心,成本吓死人。代表不可能有这个财力。

我看就是靠MaidSafe或类似的东西了。
想另外独立做一个去中心化的存储应用的可能性基本没有,门槛太高了。

MaidSafe并非传说,按官方预计一周后可能就开放测试了。
BTS Account:logxing

Offline ebit

  • Hero Member
  • *****
  • Posts: 1670
    • View Profile
    • 推荐链接
  • BTS: ebit
Re: keyhotee等大数据量DAC的存储方案探讨
« Reply #2 on: April 18, 2014, 09:26:03 AM »
做这样的一个请客户端也是有意义的,可以尝试。

Offline oldutiao

  • Full Member
  • ***
  • Posts: 140
    • View Profile
Re: keyhotee等大数据量DAC的存储方案探讨
« Reply #3 on: April 18, 2014, 11:13:45 AM »
logxing 大人: MaidSafe 这个项目目前的价格值得投资吗?好像还要去买mastercoin

Offline coolspeed

  • Hero Member
  • *****
  • Posts: 536
    • View Profile
    • My Blog
Re: keyhotee等大数据量DAC的存储方案探讨
« Reply #4 on: April 19, 2014, 01:43:38 PM »
中心化的数据中心,成本吓死人。代表不可能有这个财力。

我看就是靠MaidSafe或类似的东西了。
想另外独立做一个去中心化的存储应用的可能性基本没有,门槛太高了。

MaidSafe并非传说,按官方预计一周后可能就开放测试了。

log 你一直想做这样的东西,看完是不是很惋惜?
Please vote for  delegate.coolspeed    dac.coolspeed
BTS account: coolspeed
Sina Weibo:@coolspeed

Offline Musewhale

  • Hero Member
  • *****
  • Posts: 2850
  • 丑,实在是太丑了 !
    • View Profile
Re: keyhotee等大数据量DAC的存储方案探讨
« Reply #5 on: April 19, 2014, 02:40:09 PM »
Maidsafe是有点高,准备让别人去投,投完跌破发行价了再抄底也行啊 :-X
MUSE witness:mygoodfriend     vote for me

Offline logxing

Re: keyhotee等大数据量DAC的存储方案探讨
« Reply #6 on: April 19, 2014, 03:38:24 PM »
中心化的数据中心,成本吓死人。代表不可能有这个财力。

我看就是靠MaidSafe或类似的东西了。
想另外独立做一个去中心化的存储应用的可能性基本没有,门槛太高了。

MaidSafe并非传说,按官方预计一周后可能就开放测试了。

log 你一直想做这样的东西,看完是不是很惋惜?

哈,没错,我一直想做这个东西,diskcoin的域名是我注册的,当初设想就是这个POR思想。
但我知道靠我自己肯定做不了。如果maidsafe可以成功,我作为一个用户也会无比兴奋的 :D
BTS Account:logxing

 

Google+