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

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

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

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

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

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

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

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

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

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