以下表格对比了一部分著名的电驴软件，特别是一些eMule Mod（eMule的修改版软件）的各种功能、特性的资料，供大家参考。

电驴（eDonkey）软件功能对照比较表，原创翻译和修改自英文Wikipedia条目：Comparison of eDonkey software。
遵循CC-by-sa 3.0。
不清楚的中文翻译请见注释或原文，以英文原文为准。
分辨率稍小的屏幕可能过窄而不能完全显示表格，请使用左右方向键滚动。也可进入打印页观看，或者点击下载网页。

更新于2010年8月15日。

常规

功能

功能（续表）

注释与参考资料

1. ^ aMule在Windows上运行时，Windows对其的支持不完整，无法使用所有Linux版本的功能，比如对UPnP的支持。大多数aMule的帮助文档都假定用户使用的是Linux，这些文档有时无法给予Windows用户正确的信息。
2. ^ ^{2.0 2.1} 该客户端可以通过Wine在Linux上运行（参见这里)，无官方支持。
3. ^ 从1.2d开始
4. ^ IP2C：IP to Country，IP地区对应，http://wiki.emule-web.de/index.php/Ip2country
5. ^ http://wiki.emule-web.de/index.php/Powershare
6. ^ SUQWT：Save Upload Queue Waiting Time，保存上传队列等待时间，http://wiki.emule-web.de/index.php/Save_Upload_Queue_Waiting_Time
7. ^ 亚文件段传输，英语：SubChunk Transfer。
8. ^ http://wiki.emule-web.de/index.php/Push_small_files
9. ^ zz ratio：ZZ比率，http://wiki.emule-web.de/index.php/ZZratio
10. ^ http://www.amule.org/wiki/index.php/Release
11. ^ USS：Upload Speed Sense，上传速度感知，http://wiki.emule-web.de/index.php/USS。
12. ^ 客户端分析系统，英语：Client Analyzer
13. ^ SlotFocus：通道集中。
14. ^ SUC：Smart Upload Control，智能上传控制，http://wiki.emule-web.de/index.php/SUC。
15. ^ Argos是eMule NeoMule Mod的反吸血功能，后也被eMule MagicAngel Mod所使用。
16. ^ NAFC：Network Adaptor Feedback Control，网络适配器反馈调节，http://wiki.emule-web.de/index.php/NAFC。
17. ^ NeoBC基于PawcioBC
18. ^ 模糊协议（英语：Protocol Obfuscation）是官方eMule的功能。
19. ^ 连接上eD2k网络的客户端之间的聊天，而非IRC聊天。
20. ^ 即向服务器发送FILERATING标签。
21. ^ Faster Endgame，http://wiki.emule-web.de/index.php/English:Faster_Endgame
22. ^ http://wiki.amule.org/index.php/AICH
23. ^ L2HAC：LowID to HighID Automatic Callback，LowID to HighID自动回馈机制。
24. ^ 自动配置端口映射（需要支持UPnP的路由）。
25. ^ http://wiki.emule-web.de/index.php/Lancast
26. ^ HideOS：Hide OverShared，隐藏过度分享文件段。
27. ^ SotN：Share only the Need，仅分享所需。
28. ^ UPnP在Windows版本下无法使用。

介绍

下载

迅雷离线下载及资源服务器IP列表：

ipfilter.dat格式（用于eMule、aMule等，用普通文本编辑器也可打开；134个IP段，总共2100个IP地址）的迅雷离线下载及资源服务器IP列表：
迅雷离线下载及资源服务器IP（ipfilter.dat）

txt文本（2100个单个IP）：
迅雷离线下载及资源服务器IP（txt）

使用

针对eMule以及其Mod用户的使用方法（aMule大概也类似）：

下载第一个“迅雷服务器IP（ipfilter.dat）”并解压；打开eMule的“工具”（Tools）->“IP过滤…”（IP Filter…），点击“附加…”（Append…）按钮，找到并打开下载解压好的迅雷服务器ipfilter.dat文件，即可在你原来存在的ipfilter基础上导入此迅雷服务器IP列表。

PS：也可以关注一下这里的完全版的eMuleFans的ipfilter，其在R3Qu13M的IPFilter基础上，去除了肯定的误杀，添加了迅雷离线等一些不良IP。

打住。以下是IPFilter文件、级别、版本的一些介绍，可以供用户做做参考。如果你只是急着找最新版IPFilter，而懒得去研究这么多文字，那也没有关系，你可以去IPFilter目录下载最新版的Meuh6879/R3Qu13M IPFilter与剔除误杀的修改版文件。如想了解更多，请往下看。

具体说来，IPFilter可以屏蔽Anti-P2P的服务器或客户端的恶意IP。这些Anti-P2P的恶意IP包括虚假、间谍服务器，vagga服务器，恶意IP，带有木马、间谍软件的攻击性IP、黑客等等不安全的IP地址。IPFilter将会防止其扫描P2P网络，使eMule不会连接上这些不良的IP，防止恶意IP对自己的连接与攻击。狭义上的“吸血”客户端IPFilter无法防止，还需要靠DLP等反吸血，但拒绝攻击性IP对自己也依然是一种保护。

以下的“过滤级别”和“不同版本”部分参考了网友小魔的经典文章《ipfilter介绍》，结合最新的情况叙述。《ipfilter介绍》应该是VeryCD BBS中的讨论贴，但现在VeryCD公司打击非VC客户端的讨论，BBS用户也早就散了，原链接失效而重定向至VC首页，这里有AUG在ied2k上的转载和elvis_w在VeryCD社区Mod大全小组的转载（该小组由于讨论非VC Mod，遭到VeryCD公司打压，曾被封锁，至今说话不便）。

ipfilter.dat文件查看

ipfilter.dat文件可以当作普通文本，用记事本或者任何一款文本编辑处理软件都可以打开。推荐EditPlus等处理大文件较为迅速的编辑器。

这是典型和规范的一个ipfilter.dat中的一行：

75.43.1.200 - 75.43.1.207 , 90 , [L1]WARNER BROTHERS-061019211709

其实它就是一个逗号分隔的表格文件。第一竖行，75.43.1.200 - 75.43.1.207，表明IP段；第二竖行，90，表明过滤级别；第三竖行，[L1]WARNER BROTHERS-061019211709，描述了此IP段为何被列入。我们举的这行例子，意思就是说这段IP有可能是华纳兄弟公司（WARNER BROTHERS）的内部IP，甚至可能用来钓鱼，收集P2P使用者的数据。这个ipfilter.dat将它列入过滤级别90，为[L1]第一级别。

有些ipfilter.dat描述很简略，也没有写“[L1]”的级别描述。

有些ipfilter.dat，它们的第二竖行一律为000。这种就是不分级别的IPFilter。只能固定地、必须地过滤掉这些IP，无法设置放宽或加紧。

专业地管理、制作IPFilter，建议使用下文中提到的B.I.S.S组织所维护的blocklist manager。

过滤级别

IPFilter过滤级别（Filter Level）可以让用户来自定义你需要的IPFilter的严格程度。eMule的“选项”->“安全”中可以设置将某一级别以下的所有IP都过滤掉（官方eMule以及几乎所有Mod均可设置，VeryCD公司的“阉割驴”easyMule无此选项，因而建议使用正规Mod）。级别越低的IP就越不安全、越“恶毒”。不同的IPFilter库的过滤级别所指示的松紧程度不一定相同，最常用的Meuh6879/R3Qu13M版本的IPFilter中的各个级别对应的是下表所示的这些意思（翻译者：AUG）：

比如在eMule“选项”->“安全”中设置级别108。那么小于108的所有IP，包括还未分配的IPV4地址段（60）、伪造的广告发送地址（70），一直到被劫持的地址（99）的IP都将被过滤。大于108的所有IP都将放行。

换句话说，你设置的级别越高，过滤的IP也就越多，因而也就越安全，但误杀也会增多。

eMule默认过滤级别是127。但根据网友jason_jiang和《ipfilter介绍》作者小魔的经验，误伤主要发生在109（Level2）区间，因而推荐的设置级别为108。

不同版本的IPFilter

根据资料，意大利，西班牙和法国节点数量依旧占据全球前三位（在eMule官方的irc聊天服务器上，这三个国家的频道也是最活跃的），巴西，德国，以色列，波兰，阿根廷分列四到八位。

人数最少的为布隆迪和南极洲，仅为一。

亚洲地区内，中国大陆地区，台湾地区和韩国为前三位，香港地区列第六位。

从来源分布我们可以看到，和欧洲地区的几乎全部覆盖不同，中国大陆的电驴2000网络（edonkey2000 network）节点主要是集中的分布在长三角，珠三角和京津塘等地区。

edonkey network peers geolocalization on 2009 Dec

eMule（eDonkey）协议

The eMule Protocol Specification, by: Yoram Kulbak and Danny Bickson:
The eMule Protocol Specification

《eMule协议说明书》 - The eMule Protocol Specification中文翻译（译者：不明）：
eMule协议说明书

《eMule协议规范》 - The eMule Protocol Specification中文翻译（译者：刘刚）：
eMule协议规范

《eMule协议指南》 - The eMule Protocol Specification中文翻译（译者：flakever）：
eMule协议指南

Kademlia协议

Petar Maymounkov and David Mazières. Kademlia: A peer-to-peer information system based on the XOR metric. In Proceedings of the 1st International Workshop on Peer-to-Peer Systems (IPTPS '02), pages 53-65, March 2002. paper.:

论文：
Kademlia: A peer-to-peer information system

演示用幻灯片：
Kademlia: A peer-to-peer information system (Demo)

《Kademlia协议原理简介》 - 论文的中文翻译（译者：MMX）：
Kademlia协议原理简介

《eMule Kad 网络分析》（协议手册）（文档编写：kernel、huby）：
eMule Kad 网络分析

有关 Petar Maymounkov 与 David Mazières 的论文：Kademlia: A peer-to-peer information system based on the XOR metric，还可以参见这里的介绍：
http://emulefans.com/kademlia/

A performance evaluation of the Kad-protocol, (Master Thesis) by: René Brunner:
A performance evaluation of the Kad-protocol

其他

Structures and Algorithms for Peer to Peer Cooperation, by: Moritz-Steiner:
Structures and Algorithms for P2P Cooperation

以下是几十种文件共享软件的功能对比比较列表，原创翻译自英文Wikipedia条目：
http://en.wikipedia.org/wiki/Comparison_of_file_sharing_applications
因而遵循CC-by-sa 3.0。
分辨率稍小的屏幕可能过窄而不能完全显示表格，请使用左右方向键滚动。也可进入打印页观看。

Kademlia 是个 Petar Maymounkov 与 David Mazières 所设计的点对点（P2P）重叠网路，以达成非集中式的点对点（P2P）电脑网路。它规制了网路的结构及规范了节点间的通讯和交换资讯的方式。Kademlia 节点间使用传输通讯协定UDP（请见OSI模型）沟通。Kademlia 节点藉以实作分散式杂凑表 (DHT,distributed hash table) 以储存资料。透过既有的区域网／广域网（LAN／WAN）（如同网际网路），一个新的虚拟网路或是重叠网路被建立起来。每个网路节点都是以一组数字（“节点 ID”）来识别。这组数字不但做为识别之用，Kademlia 演算法还会用来做其他用途。

一个想要加入网路的节点需要先通过启动。在这个阶段，这个节点需要知道另一个已经在 Kademlia 网路内的节点之 IP 位址（透过另一个使用者或储存的清单取得）。如果启动中的节点还不是网路的一部分，它便会计算一个尚未指定给其他节点的随机 ID 编号。这个 ID 会一直使用到离开网路为止。

Kademlia 演算法是基于两节点间的“距离”来计算。这个距离是以两节点的 ID 进行异或运算，并将结果四舍五入至整数。

这个“距离”跟实际的地理环境无关，而是标明 ID 范围内的距离。因此一个德国的节点和一个澳洲的节点就有可能被称为“邻居”或“芳邻”。

Kademlia 内的资讯都储存在称为“数值”的东西内，每个数值都连接着一个“金钥”。

当搜寻某个金钥时，演算法会透过几个步骤探整个网路一圈，每个步骤都会更接近要搜寻的金钥，直到被连线的节点传回数值，或找不到更近的节点。网路的大小仅会稍微影响到进行搜寻时接触到的节点数目：假如目前网路的使用者突然增为两倍，那使用者节点大概只需要在搜寻时多查询一个节点，而不是两倍的节点量。

非集中式的结构提供了更大的优势，并很明显地增加了对拒绝服务阻断攻击的抵抗。即使一整系列的节点被壅塞，也不会对网路可用度造成太多影响，最后网路会透过绕过这些“洞”而自我修复。

Kademlia 被用来进行档案分享。透过进行 Kademlia 关键字搜寻，任何人可以在档案分享网路中寻找资料以下载东西。由于没有任何中央伺服器储存档案列表的索引，因此这项工作是平均的由所有的客户端担当：拥有要分享的档案枝节点，会先处理档案的内容，并从内容计算出一组数字（杂凑），这组数字将会在档案分享网路中辨识这个档案。杂凑与节点 ID 的长度必须相同。接着会搜寻几个 ID 与杂凑相近、且节点内有储存著自己 IP 位址的节点。搜寻的客户端会使用 Kademlia 来搜寻网路上节点ID离自己最近距离的节点来取得档案杂凑，然后会取得在该节点上的联络清单。 当节点联入和联出时，这份存储在网络上的联络清单也将保持不变。因为内嵌的冗余存储算法，联系清单将复制在多个点上。

档案杂凑通常都是由其它地方的特制网际网路键结来取得，或者被包含在来自其它来源中的索引档中。

对档案名称的搜索是基于关键字来实现的。档案名称被分成几个组成档案名称的单字。 每个关键字都会被杂凑，并和相对的档案名称与档案杂凑利用和档案杂凑一样的方式储存到网路上。一个搜索者会选择其中的一个关键字，联系上和关键字杂凑最相近的节点ID，然后取得含有关键字的档案名称列。既然在档案名称列中的每个档案名称都附有自己的凑杂，那么被选的档案就可以由一般的方式取得。

资料下载

Petar Maymounkov and David Mazières. Kademlia: A peer-to-peer information system based on the XOR metric. In Proceedings of the 1st International Workshop on Peer-to-Peer Systems (IPTPS '02), pages 53-65, March 2002. paper.：

论文：
Kademlia: A peer-to-peer information system

演示用幻灯片：
Kademlia: A peer-to-peer information system (Demo)

《Kademlia协议原理简介》 - 论文的中文翻译（by：MMX）：
Kademlia协议原理简介

作者资料

David Mazières：

David Mazières

Petar Maymounkov：

Petar Maymounkov

其他

目前公开使用 Kademlia 算法的网络，函数库与客户端程序（彼此并不兼容）：

• Overnet network:
  Overnet (integrated in eDonkey (no longer available) and MLDonkey). With KadC a C library for handling its Kademlia is available.
• Kad Network:
  eMule v0.40+, MLDonkey v2.5-28+. Lphant v.3.50 beta 2+ and aMule v2.1.0+.
• RevConnect:
  - v0.403+.
• BitTorrent Mainline DHT:
  BitTorrent v4.1.0+, µTorrent v1.2+, BitSpirit v3.0+, BitComet v0.59+, KTorrent, Azureus 3.0+ (via a Plugin), Transmission 1.70+ , BitFlu.pl, and many libtorrent-based: They all share a DHT based on an implementation of the Kademlia algorithm, for trackerless torrents.
• Azureus DHT v2.3.0.0+:
  used for decentralized BitTorrent tracking and various other features; differing from the BitTorrent Mainline DHT.
• Osiris sps (all version):
  used to manage distributed and anonymous web portal
• Mojito
  - a Java Kademlia library written for the LimeWire project. Mojito is used in LimeWire to provide DHT support for BitTorrent as well as to augment the Gnutella protocol. See the Class interface documentation for more information.
• maidsafe-dht
  - c++ implementation of Kademlia (BSD license), with NAT traversal and crypto libraries.
• Khashmir
  - Python implementation of Kademlia. Used in the mainline Bittorrent, with some modifications.
• Plan-x
  - Java implementation.
• SharkyPy
  - another python implementation of a Kademlia Distributed Hash Table. LGPL licenced.
• Entangled
  - Python implementation of Kademlia, also providing a distributed tuple space. LGPL licenced
• RetroShare
  - Kademlia implementation for secure Peer-to-Peer messaging and File Sharing