eDonkey2000

• ed2k://|file Identifiziert den Link als Protokoll ed2k und als Datei file.
• datei.txt Gibt dem Client den Namen der Datei an. Austauschbar.
• 123 Gibt die Größe der Datei in Byte an.
• 1234567890abcdef1234567890abcdef Gibt den Hash-Wert an, um die Datei zu identifizieren. Bei Dateien, die größer/gleich als ein sogenanntes „Chunk“ sind, ist es der übergreifende MD4-Hash aus allen aneinandergehängten MD4-Einzelhashes, welche aus je einem Chunk zu ungefähr 9,28 MiB (exakt 9500 KiB bzw. 9728000 Bytes) Daten errechnet werden (dabei wird ein leeres Chunk in dem Falle angehängt, in dem die Datei genau eine Chunk-Größe hat). Bei Dateien, die kleiner als eine Chunk-Größe sind, wird einfach der MD4-Hash der Datei verwendet.

eD2K-Nutzer können solche eD2K-Links an andere Nutzer weitergeben; der Link verweist immer auf die gleiche Datei (wobei der Dateiname keine Rolle spielt, lediglich Größe und Hash-Wert sind entscheidend). Daher sind zu ein und derselben Datei auch oftmals mehrere Dateinamen im Umlauf, manche Clients können dem Benutzer eine Liste der im Netz gefundenen Dateinamen anzeigen, so dass der Benutzer einen dieser Dateinamen auswählen kann.

Der Client versucht, eine Verbindung zu einem Server aufzubauen. Die Server-Software ist ein eigens für diesen Zweck geschriebenes Programm. Grundsätzlich kann jeder Internet-Benutzer einen eD2K-Server zur Verfügung stellen, dies ist allerdings für Benutzer mit Internetanbindungen unter 2 MBit/Sek wegen der hohen Netzwerkbelastung nicht sinnvoll.

Die Betreiber von eD2K-Servern sind davon abgewichen, die originale Server-Software zu benutzen. Stattdessen kommt andere Software, der Lugdunum-eserver oder der satan-edonkey-server zum Einsatz. Dadurch konnten beispielsweise die Nutzerzahlen pro Server bei gleich gebliebenen Bandbreiten- sowie Hardwareanforderungen erheblich gesteigert werden.

Im Wesentlichen findet folgende Kommunikation zwischen Client und Server statt:

• Der Client übermittelt die Informationen über seine freigegebenen Dateien (Shares) an einen Server, der diese indiziert.
• Der Client möchte eine Datei suchen und übermittelt einen Teil eines Dateinamens (einige andere Eigenschaften wie Dateigröße sind ebenfalls möglich) an einen oder mehrere Server. Die angefragten Server durchsuchen ihre Indizes und schicken die entsprechenden eD2K-Links zurück.
• Der Client fragt regelmäßig alle bekannten Server ab, welche Clients die Dateien freigeben, die er herunterladen möchte. Die Server schauen in ihren Indizes nach und senden IP-Adressen und Ports dieser Clients zurück.

Die Server verwalten also nur einen Index der freigegebenen Dateien und der dazugehörigen Client-Adressen. Ein Server speichert und verschickt keine Dateien, sondern lediglich deren Metadaten.

Da die Netzlast der Server mit zunehmender Beliebtheit des eD2K-Netzwerks immer weiter steigt, wurden verschiedene Konzepte entwickelt, die Server zu entlasten. Inzwischen sind die meisten Clients in der Lage, ihren Datenverkehr mit dem Server mit Hilfe der zlib-Bibliothek zu komprimieren und so Datenübertragungsrate auf Kosten von CPU-Zeit einzusparen. Der wohl radikalste Ansatz war aber derjenige, das eDonkey-Netz zu einem serverlosen Netz umzubauen. Der ursprüngliche eD2K-Entwickler baute dazu zunächst einen neuen Client (Overnet), der völlig ohne Server mit Hilfe des Kademlia-Algorithmus operierte. Sobald man einmal mit einem anderen Overnet-Client verbunden ist, erhält man eine Liste mit Clients, die man auf der Suche nach einer bestimmten Datei fragen kann. Wenn ein Client die Datei nicht hat (übrigens der Regelfall), „weiß“ er zumindest, welcher andere Client der Datei topologisch näher ist und „weiterhelfen“ kann. Overnet funktionierte gut, litt aber daran, dass die Suche nach Dateien sehr langsam vonstattenging und ein signifikanter Teil der Bandbreite des Clients als Overhead für die Suche verloren ging. Man kam daher vom Ansatz, eDonkey komplett serverlos zu machen, wieder ab. Ziel war nun nicht mehr, die Server komplett abzuschaffen, sondern parallel zur servergestützten Suche auch serverlos zu suchen und so die Server zu entlasten. Diese Funktionalität wurde zuerst in den originalen eDonkey-Client integriert, der dadurch zum eDonkey-Hybridclient wurde.

Auch das Entwicklerteam des beliebtesten Clients eMule hat inzwischen einen Hybridclient entwickelt, der mit dem Versionssprung auf 0.40 den alten, ausschließlich serverbasierten Client ersetzte; die eMule-Implementation des Kademlia-Algorithmus unterscheidet sich allerdings etwas von der des eDonkey-Clients.

Sobald ein Client vom Server über andere Clients informiert wurde, versucht er sich mit diesen zu verbinden. Im Folgenden werden die Clients Peers genannt, da sie gleichgestellt sind und der eD2K-Server in diesem Teil der Datenübertragung keine Rolle mehr spielt.

Ein Peer hat eine begrenzte Anzahl von Upload-Plätzen (Slots). Jeder Peer, der bei einem anderen Peer eine Datei anfordert, belegt einen Slot bei diesem. Sind alle Slots belegt, kommen die Peers in eine Warteliste (Queue) und müssen warten, bis sie dran sind.

Die Peers können eine Datei von mehreren Quellen gleichzeitig herunterladen und somit die Download-Zeit verkürzen. Gleichzeitig können sie die fertigen Teile (Chunks) ihrer noch laufenden Downloads bereits an andere Peers verschicken.

Mit Beschluss vom 15. Juli 2005[10] hatte das Landgericht Hamburg über die Zulässigkeit von eDonkey-Links auf urheberrechtlich geschütztes Material auf einer Website im Rahmen eines Verfahrens im einstweiligen Rechtsschutz zu befinden. Das Gericht war hier der Auffassung, dass sowohl der Seitenbetreiber als auch der Serverinhaber als Störer im Rahmen eines urheberrechtlichen Unterlassungsanspruchs herangezogen werden könnten.

Unproblematisch ist das Setzen von eDonkey-Links natürlich dann, wenn der Urheber damit einverstanden ist. Es kann für Urheber durchaus sinnvoll sein, Werke über Tauschbörsen anzubieten, statt dafür Speicherplatz auf einem Webserver anzumieten. Dabei ist für den Nutzer zu beachten: Dass ein Werk mit Zustimmung des Urhebers unter einem eDonkey-Link erreichbar ist, bedeutet nicht zwingend, dass das Werk gemeinfrei geworden ist. Es bedeutet lediglich, dass der Urheber mit der Verbreitung im eDonkey2000-Netz einverstanden ist. Für die Verbreitung in anderen Netzen braucht man weiterhin die explizite Zustimmung des Urhebers.