Soulseek
# Soulseek

Soulseek ist ein proprietärer Filesharing-Client, der 2001 von Nir Arbel, einem früheren Napster-Programmierer, geschaffen wurde. Wie bei Napster setzt das Netzwerk auf einen zentralen Server, der alle Clients bedient.

## Entwicklungsgeschichte

Das Programm wurde zuerst im Frühjahr 2001 auf einer IDM-Mailingliste vorgestellt. Sein Autor Nir Arbel war bis Mitte 2001 bei Napster angestellt und entwickelte Soulseek zunächst nebenbei, mit einem Schwerpunkt auf Community-Features, die er bei Napster vermisste und an Audiogalaxy schätzte. Mitte 2002 hatte Soulseek laut Arbel etwa 10.000 aktive Nutzer, von denen meist etwa 1.500 bis 2.000 gleichzeitig online waren.

Von Beginn an waren etliche Musikproduzenten unter den Benutzern. Dies führte 2002 zur Gründung des Netlabels Soulseek Records, das Musik von Soulseek-Mitgliedern veröffentlichte. Im Mai 2004, im November 2004, im November 2005 und im November 2006 fanden in Augsburg (im Rahmen des Kulturfestivals Lab30) vier „Soulseek-Festivals“ statt, bei denen viele – teilweise aus Übersee angereiste – Soulseek-Künstler auftraten. Soulseek spielte auch eine Rolle bei der Verbreitung von anderen Netlabels wie Thinner.

Seit dem 23. Mai 2016 ist neben dem öffentlichen Forum auf der Soulseek-Website auch eine Diskussionsgruppe für technische Fragen auf Google Groups verfügbar.

## Umfang

Grundlegende Möglichkeiten von Soulseek sind:

* Suchen und Veröffentlichen von Dateien
* Wishlist: für die permanente Suche im Hintergrund
* Privater und öffentlicher Chat
* Eröffnen von Chatrooms für verschiedene Interessengruppen
* Things I Like/Dislike: Suche nach Interpreten und Benutzern nach eigenem Geschmack
* Download und Upload von Dateien
* Userlist mit gesonderten Einstellungen und Beschränkungen

Nutzern, die über PayPal Geld bezahlen, werden (je nach Höhe des Betrages) zeitlich begrenzte Privilegien gewährt, die in der bevorzugten Behandlung innerhalb des Netzwerks bestehen.

## Technische Details

### Netzwerktopologie

Das Soulseek-Netzwerk besitzt eine Sterntopologie nach dem Client-Server-Prinzip ähnlich wie OpenNap. Allerdings ist es nicht möglich, mehrere Server miteinander zu verbinden (wie es bei OpenNap zum Beispiel der Fall ist). Grundsätzlich wird jede Kommunikation zwischen den Clients über den Server eingeleitet.

Der Server indiziert die freigegebenen Dateien der Clients nicht und ist somit nicht in der Lage, Suchanfragen direkt zu beantworten. Sie werden stattdessen an die Clients weitergeleitet. Da im Laufe der Zeit der Server nicht mehr in der Lage war, den großen Ansturm an Benutzern zu bedienen, wurden sogenannte Parent-Nodes eingeführt. Das sind Clients mit hoher Bandbreite, deren Aufgabe darin besteht, die Suchanfragen (die sie vom Server geliefert bekommen) zu mehreren Kindknoten weiterzuleiten. Die Clients, die Suchanfragen erhalten, beantworten diese und senden die Treffer direkt per TCP an die suchenden Clients. Die Teilnehmer am Netzwerk sind somit keine reinen Clients im klassischen Sinne (wie zum Beispiel bei FTP), sondern übernehmen Aufgaben eines Servers.

### Dateiaustausch

Ist eine Datei mittels einer Suche gefunden, wird der Server zum weiteren Download nicht mehr benötigt. Es wird direkt eine TCP-Verbindung zum anbietenden Benutzer aufgenommen. Im Gegensatz zur Wiederaufnahme bereits begonnener Transfers bei einem anderen User mit gleicher Datei sind Downloads von mehreren Benutzern gleichzeitig mit dem originalen Windows-Clientprogramm nicht möglich und laut Nir Arbel auch explizit nicht geplant, da befürchtet wird, dass damit der Community-Gedanke des Netzwerks verloren geht. Aus technischer Sicht ist der Download einer Datei von mehreren Quellen aber durchaus möglich.

Soulseek kennt im Gegensatz zum BitTorrent-Protokoll keine Hash-Werte für Dateien.

### Protokoll

Die Kommunikation zwischen Server und Client bzw. zwischen Client und Client setzt auf TCP/IP auf und wird über Befehle abgewickelt, die aus einem binären Kopf und einem binären Rumpf bestehen. Der Kopf beinhaltet zwei vorzeichenlose, ganzzahlige 32-Bit-Werte im Little-Endian-Format. Der erste Wert spezifiziert die Länge des gesamten Befehls ausschließlich sich selbst und der zweite die Art des Befehls. Der Rumpf enthält Argumente in einem speziellen binären Format, wobei im Wesentlichen nur die drei Typen Zeichenkette, ganze Zahl und Byte auftreten.

| Kopf | Kopf | Rumpf | Rumpf | Rumpf | Rumpf |
| - | - | - | - | - | - |
| Länge | ID | Zeichenkette | Zeichenkette | ganze Zahl | Byte |
| 32 Bit | 32 Bit | 32 Bit: Länge | Daten entsprechend der Länge | 32 Bit | 8 Bit |

Die Argumente des Rumpfes werden abhängig von der Art des Befehls interpretiert. Obige Skizze zeigt beispielhaft die drei verschiedenen möglichen Argumente.

