1、使用多路復用或者異步I/O模型，這本是服務器段常用的技術，但在P2P應用，每臺機器既是服務器，又是客戶端，共享了一個十分受歡迎的文件，可能會有很多希望連接者，或者你下載一個受歡迎文件時，可能搜索到數百上千的Peer，此時就很有必要采用多路復用或者異步I/O技術，降低應用程序所占用的資源。

2、支持傳統的協議，包括HTTP和FTP，其實這兩種技術能夠和P2P網絡集成，其中一種辦法就是，在提供下載地址的同時提供一個種子文件下載，例如服務器中提供了ABC.rar文件，同時提供一個ABC.rar.md5文件允許下載，這樣P2P下載工具下載時，通過md5在P2P網絡中搜索更多的資源，這樣客戶能夠獲得更好的速度，服務器端也可能降低下載的網絡流量。

3、流行的P2P網絡協議支持，包括BT和emule，這兩種都是公開協議了，都有開源的實現，可以參考并重寫，要支持并不困難。

4、健壯性。如同emule一樣，將文件分塊（piece）的同時，把每一塊摘要一個piece_ID，將所有的piece_ID再摘要成一個總的ID，成為AICH。其實這也是一種很簡單的技術，實現起來并不困難，做法可以多種多樣。

5、對大型局域網有特別支持。現實中，存在很多大型的局域網，局域網之間的擁有高速的帶寬。對局域網的特別支持辦法也有很多的，例如，類似BT那樣，在局域網里建立一個Tracker Server。若是基于JXTA，可以在局域網里部署聚合點（Rendezvous）

6、支持P2P目錄共享，現在流行的P2P下載工具，都不支持以目錄為單位實現P2P共享和下載。其實支持P2P目錄共享也不困難，在提供共享時，提供一個目錄結構信息就可以了。目錄結構信息dir_info可以這樣記錄：子文件或子目錄路徑 偏移量 長度。當然把目錄壓縮然后提供下載也是可以的，不過這樣會浪費共享者的磁盤空間。目錄共享，要考慮共享之后文件進行修改，添加新文件等事情，使用dir_info能夠更好解決這種問題。

7、關于通告。一個P2P共享資源（包括文件和目錄），應該包括三個ID：content_id、aich_id、dir_info_id。其中content_id是整個資源的摘要，aich_id是每塊id進行摘要產生的id，dir_info_id是dir_info的摘要id。
content_id可用資源搜索，建議采用MD5摘要產生，因為現在很多網上提供下載的文件，都提供一個.md5后綴的校驗文件。
aich_id用于校驗和智能恢復
dir_info_id。如果計算content_id時，dir_info獨立計算，則需要提供dir_info_id，用于校驗dir_info。理論上dir_info可以作為content的一部分，但是我覺得dir_info獨立計算會帶來很多好處。

8、關于傳輸。資源的傳輸，應該包括三部分，hashset的傳輸、dir_info的傳輸、內容數據的傳輸。內容傳輸是分塊傳輸的，我覺得采用BT的默認值256K一塊挺好的。每一塊(piece)摘要計算一個piece_id，所有的piece_id放在一起，就是一個hashset，hashset這個名字不大好，不直觀，但既然emule協議是這樣會說，我也這樣說好了。dir_info是可選的，文件共享不帶dir_info。

9、P2P下載技術的應用范圍應該擴展，程序的安裝更新都應該加入P2P的支持，將會大大提高程序的用戶體驗。

10、P2P的平臺應該具備良好的擴展性。當我們構建起一個龐大的P2P平臺時，不單單只是在其上共享文件，有很多應用可以部署在其上，包括現在很流行的P2P視頻，分布式計算等等。即時通訊也是可以構建在P2P網絡上的。面對眾多的應用需求，我們需要一個具備良好擴展性的協議，不應該像BT和emule那樣，除了下載，別無它用。可能基于JXTA是一種較好的選擇。

11、安全。P2P網絡應該支持安全特性，一些團體，一些企業，需要限定范圍內共享資源。例如NASA的衛星數據共享項目SAXTA，采用JXTA，就是因為JXTA支持安全特性。我想很多的P2P應用場景，都需要安全，例如，企業只希望內部員工之間實現P2P資源共享等等。