eMule Fans 電騾愛好者

Nissenice發帖（New Study About The Emule Credit System）轉了一篇論文，本人將其粗略翻譯了一下。才疏學淺必多有不當，歡迎多提意見。
文件名為：[淺析P2P文件共享系統中用於維繫系統公平的信用系統][Yunshao Li, Don Gruenbacher][2010][Ejack譯].pdf
百毒文庫鏈接：http://wenku.baidu.com/view/cc89727da26925c52cc5bf32.html
納米盤鏈接：http://d.namipan.com/d/b409da2e880258fccb8cd8b3fec6d84d0e1c5189bffc0500

另外附上本人的讀後感。

胡言亂語一句先：

某日張飛飢腸轆轆倒伏路旁。關羽路過，給了張飛一張餅。
張飛衷心感謝關羽，關羽卻說：「要不是當初劉備玄德給我一張餅，我早就餓死了，哪裡還能給你餅吃！」
張飛動情地說：「日後不論雲長還是玄德遇到難處，燕人必當傾力以助！」

儘管這篇論文中的數學模型進行了太多不切實際的假設，導致其結論很難站得住腳，但是文章作者所提出的對信用系統的改進方案卻很有意義。
概而言之作者的思路就是「散播信用積分」（請注意，這個概念跟SA的信用傳播通道沒有什麼關係），簡單來說就是允許有效的上傳者聲明一個或多個他所知道的良好上傳者。整體思路大體如下僅供參考：

a) A向B上傳了180kB的文件塊；

b) 在驗證此180kB數據塊都是有效數據之後，B將認為A是有效的上傳者，記錄其信用積分。之後B向A發送一個CREDITSPD_REQ報文請求其提供優良的共享者(一個或多個Userhash)；

c) A可能會有以下的反應：
　c-1) 如果A的客戶端支持「信用傳播」新功能，並且記錄了一些對其上傳貢獻較大的用戶，那麼就會通過CREDITSPD_RES報文給B發送用戶C的userhash（或是多個用戶userhash的列表）；
　c-2) 如果A的客戶端支持「信用傳播」新功能，但是他本身主要上傳、很少下載，那麼可以無需應答。B等待超時後不再索取；
　c-3) 如果A的客戶端較舊，那麼因為無法解析CREDITSPD_REQ就不會應答。B等待超時後不再索取；

d) B如果得到了A的應答知道了C，就記錄C的積分（即記錄一些從C的下載，例如180kB/4）。

通過這種方式我們就能夠實現信用積分的傳播，讓良好上傳者能夠在更多用戶間擁有口碑，促進大家養成規規矩矩上傳的習慣。同時並未更改原有的信用工作方式：仍然是下載方保留上傳者的積分，不必擔心被盜、被黑或者是唱雙簧偽造積分之類的問題。

當然，這種方式下理論上系統內的信用積分並不平衡，上傳的數據量總是會造成更多的積分。不過考慮到現實系統中信用積分實際上一直是在流失（用戶hash變更，或者上傳給了吸血騾、肉包子打狗），這樣的改造我認為沒什麼害處。

請注意，我們的目的仍然是重「信用」而不是重「積分」，只是想略微改善當前信用僅局限於兩人之間的情況，同時避免複雜而又脆弱的「上傳貢獻分」制度。