Ein Werkzeug fuer Dateitransfer, das Hochladen und Herunterladen zu einem einzigen direkten Durchlauf zusammenzieht: die Datei landet nie auf einem fremden Server, und der Empfaenger installiert nichts.

Was es eigentlich tut

EteDrop ist ein plattformuebergreifendes Werkzeug fuer Dateitransfer mit einer schlichten Idee: laesst sich der Server umgehen, wird er umgangen. Es zieht mit WebRTC einen direkten Kanal zwischen Sender und Empfaenger, und der Server behaelt drei Aufgaben, zwei Geraete zueinander finden lassen, die Freigabeseite ausliefern und eine Schnittstelle zum Betriebszustand bereitstellen. Die Datei selbst kommt nicht auf den Server und liegt auch nicht in fremdem Speicher.

Das ist schnell gesagt, im Erleben macht es einen Unterschied. Eine Datei erst irgendwo hochzuladen und dann herunterladen zu lassen heisst, dass dieselbe Datei die Strecke zweimal faehrt; eine direkte Verbindung faehrt sie einmal. Der offizielle Blog rechnet es vor: eine Datei von 5GB braucht bei einer Leitung mit 50Mbps rund 14 Minuten auf dem langen Weg und rund 7 Minuten direkt. Die Zahlen schwanken mit dem Netz, der Unterschied zwischen einem und zwei Durchlaeufen ist strukturell.

Ueber das offene Netz: kein Zwischenlager, kein Umweg

Geteilt wird per Link plus Abholcode. Der Link geht raus, der Empfaenger oeffnet ihn, tippt den Code ein, sieht die Datei und nimmt sie mit. Der Link laesst sich beliebig weitergeben, der Code sorgt dafuer, dass nur die richtige Person zugreift, und diese Schicht Zugriffskontrolle kann eine Uebertragung, die auf automatischem Finden im selben Netz beruht, nicht bieten.

Ueber Netze hinweg stuetzt es sich auf NAT-Durchquerung per WebRTC. Die offizielle FAQ nennt eine Zahl: etwa 80% der Netze von Nutzern unterstuetzen eine P2P-Uebertragung. In den uebrigen Faellen laesst sich der direkte Weg nicht oeffnen, das Werkzeug ist also waehlerisch bei den Netzbedingungen. Das ist keine versteckte Klausel; es steht auf der FAQ der Startseite.

LAN-Modus: gleiches Netz, automatisch umgeschaltet

Haengen beide Geraete an demselben Router, geht EteDrop direkt ueber das lokale Netz statt ueber das offene. Die Geschwindigkeit haengt dann an Router und Netzwerkkarte, in der Praxis naehert sie sich der Hardwaregrenze des lokalen Netzes. Material zwischen Buerorechnern schieben oder zu Hause zwischen ein paar Geraeten hin und her bewegen, das laeuft meist ueber diesen Weg.

Der LAN-Modus schickt an mehrere Geraete gleichzeitig und nimmt stapelweise an. Neben Dateien gehen auch Text und Bilder aus der Zwischenablage denselben Weg, was den Schritt erspart, erst eine Datei daraus zu machen. Dieser Weg braucht das offene Netz gar nicht und funktioniert auch ohne Verbindung.

Keine Installation auf der Empfaengerseite

Die echte Reibung bei einem Transferwerkzeug ist selten die Geschwindigkeit, sondern die Frage, ob die andere Seite etwas installiert hat. EteDrop macht aus der Empfaengerseite eine Webseite: der Sender nutzt einen Client, der Empfaenger braucht einen Browser. Ob dort Windows, ein Mac oder ein Telefon steht, spielt keine Rolle.

Man muss also niemanden mehr bitten, ein Konto anzulegen, einen Client zu installieren, ein Update abzuwarten und ihn dann zu oeffnen, nur um ein Video von 300MB zu bekommen. Link schicken, oeffnen, Code eintippen, fertig.

Erst schauen, dann laden

Die Freigabeseite bringt eine Vorschau mit: PDF, gaengige Bilder, Audio, reiner Text und Quelltext mit Syntaxhervorhebung oeffnen direkt im Browser, MP4 laesst sich waehrend des Empfangs ansehen. Stimmt diese Fassung, folgt der Download.

Bei grossen Dateien zahlt sich das aus. Ein Material von 500MB herunterzuladen und erst danach zu merken, dass die falsche Fassung kam, kostet beim zweiten Anlauf viel; ein Blick vorher spart den Umweg.

Offener Quelltext, und selbst betreibbar

Das Projekt ist auf einer Plattform fuer Quelltextverwaltung offen, unter MIT-Lizenz. Das Repository ist nach Zustaendigkeit geteilt: ein Client fuer mehrere Plattformen in Flutter, ein Signaldienst in NestJS, eine Freigabeseite in React und Vite, eine Seite mit Docusaurus. Wer eine eigene Instanz im internen Netz will, findet Unterlagen zum Ausrollen des Servers und zum Paketieren der Desktop- und der mobilen Fassung.

Der Stapel hat keine Kunststuecke: Flutter und Dart tragen den plattformuebergreifenden Client, NestJS mit TypeScript traegt Signalisierung und Schnittstelle, die Medienbehandlung haengt an FFmpeg. Der Autor fuehrt ein eigenes Dokument mit Drittanbieter-Komponenten und Lizenzpflichten, und wer weiterverteilt, muss die FFmpeg-Optionen selbst pruefen; unabhaengige Projekte, die solche Details aufschreiben, sind nicht haeufig.

Wo es passt und wo nicht

Beide Seiten online, eine grosse Datei, die sofort ankommen muss, oder der Wunsch, keine Kopie auf einer fremden Platte zu lassen: das ist der bequeme Fall. Umgekehrt gilt: ist der Empfaenger gerade weg und die Datei soll bis morgen liegen bleiben, braucht es weiter einen Dienst mit Speicher. P2P kennt keine asynchrone Zustellung.

Auch das steht ausdruecklich in den Unterlagen: eine unterbrochene Uebertragung muss neu starten, eine Fortsetzung gibt es derzeit nicht. Oberhalb von 10GB empfiehlt sich eine stabile Kabelverbindung oder ein starkes Funknetz. Das sind Abwaegungen, keine Fehler; die direkte Verbindung spart den Server, und der Preis ist genau das, was der Server vorher an Sicherheit gab.

EteDrop nimmt ein altes Problem auf die schlichteste Form zurueck: eine Datei geht von A nach B, ohne dass ein Dritter dazwischensteht. Der Preis ist, dass beide Enden online sein muessen und das Netz die Verbindung durchlaesst; zurueck kommt kuerzere Wartezeit und die Gewissheit, dass die Datei nie auf einer fremden Maschine lag.