看起來你們還沒想到比較深入的問題..
說真的..速度慢還只是小case ..

以下的問題建立在兩個前提上面
1.要控制住系統網路上的相同檔案複製總數..
2.系統網路上會有僅特權使用者可以存取的檔案..

為了達成 1. 的目的..
你必須確定系統網路上已經有了這個檔案..才能阻止使用者白白上傳..
因此你必須建立一張雜湊表..而不管這張雜湊表是座落在使用者電腦上或散布在系統網路上面..
要更新同步都要花時間..而且使用者會集中在相近的時間上傳 新電影 新音樂 新愛情動作片 ..
在沒有伺服器的情況下..要如何同步這個資訊..
不讓使用者的上傳浪費在傳同樣的資料..而不是其他使用者需要的資料..這會是很大的難題..

所以你會需要一台或一組伺服器來進行雜湊表的管理..

同樣的..因為檔案的複製份數有限..
所以你會需要一組index來記載檔案所在的機器位置..
但是因為這些機器會關機..會退出你的系統..或是檔案熱門度下降導致的減少備份數量動作..
這張 index 表也要同步也要更新..跟雜湊表一樣..有一組伺服器會簡單很多..

為了達成 2. 的特權使用者的目的..
你需要 鑰匙 跟 鎖 ..沒有鑰匙的情況下代表任何人都可以假冒特權者取得檔案..
在沒有伺服器的情況下..當特權者拿著鑰匙向系統索取檔案時..
存放該檔案的電腦就有機會取得鑰匙..從而偽裝特權者向其他組備份索取檔案..

所以你需要伺服器來進行 鑰匙 及 特權檔案 的管制..
而且是一台"公正"的伺服器..讓特權者願意拿出鑰匙開鎖..
不能由系統網路上隨意選一台機器來當

因此..
若你希望達到控制檔案複製份數及特權者兩個目的的時候..
如同驢子一般去架設伺服器會是比較安全且有效率的作法..
但一養伺服器的話..
其一是速度馬上向驢子看齊..受限於伺服器的能力..
其二是等著被版權所有者抓去祭旗吧 ..
其三是一但伺服器養不起的話..你的系統就倒了或是接近半倒閉狀態

------
其他問題還有
當總備份數目由 50份下降到 30份的時候..
reSync的動作該如何進行..該如何決定誰是新的備份機？
reSync到一半使用者離線該如何處理..
下次上線通知做廢？..下次上線繼續 reSync ? ..
技術上的問題應該夠你們煩了 XD ~~

想如同BT一樣不需要核心伺服器..
恐怕很難的 ~~~

""全世界最大的硬碟..... 應該放什麼好呢 ?! ""

放飲料

關於 1 的問題, 有 DHT 可以幫忙. (Distributed Hash Table)
不過目前 DHT 的機制還欠缺 "鄰居互相備份", 這個部份我們會想辦法補強.

關於 2 的問題, 其實我們已經有一個可用的 "線上 Key 認證系統"
(多多派線上出版系統)

至於你說的其他同步的細節, 當然是困難的沒錯, 不過理論上都還算是有可能克服的問題. 只是人力/時程的代價很大就是了.

最怕花了超多功夫搞出來, 結果沒半隻小貓願意用.....

所以才會在這邊看看大家的想法, 是否有意願用自己的硬碟參與這種計畫.


不過就目前來看. 參與意願不高, 加上隨時可能會被告.
我們小組可能會取消這個計畫.

那我要順便放羊肉爐

先不考慮法律的問題。

目前動作片沒有達到最有效率流通，問題應該是卡在傳輸速度太慢
應該成立搖桿保養策進聯盟，假設有一百個會員，共同維護一個"資料表"，
大家上網只捉一百個會員都沒有的檔，會員有的檔就不靠網路來傳輸，
重覆的檔會員擁有率低於5份時，擁有的會員就有義務保存不刪，
然後已有會員捉取的實體檔案靠"物流"來傳輸
和物流業者簽約，作"實體P2P"的移動，
每個人都有數十TB以上的硬碟，每一段時間就收到新的"異動硬碟"
把你向會員要求的檔拷下，再把你負責捉取或提值的檔拷回去，
如此生生不息，變成有一百個人幫你捉檔，
也有好幾個人幫你備份資料。

那你可以先投資VMware了，VMware ESX Server你說的功能都有而且還更多

事實上...已經有ISP做P2P快取...
所以如果他想搞的話，網路硬碟也行
而且已經有實做出來網頁硬碟介面...

看起來
您只是另一家gogobox而已
所有他們的問題
都是你會面臨的問題

唉....

難得大家冷水這麼猛, 不過有幾件事情必須澄清的.

1. 跟 XXX 公司的產品相同.
這個軟體的目標不是 "一家公司的產品".

目標是:
就算是開發這套軟體的團隊消失了(OpenSource), 這些網路硬碟也還在. (免伺服器)

"報告, 由於核子攻擊, 首都以及領土有 20% 毀滅"
"網路硬碟的狀況如何 ?" (我的 A 光有受損嗎 ?)
"報告, 大家的硬碟資料還在, 健康度從 5000% 降低到 4000%, 建議暫時降低資料擴充, 以維持系統穩定性...."

2. 真正最大的瓶頸其實在於推廣接受度(誰願意上傳), 以及上傳總頻寬的問題.

3. 如果 2 的部份有幸能夠解決. 下一個可能的問題就是網路攻擊/法律/政治面的部份了.