Relayium

Relayium vs. Dropbox: eine Datei versenden

Zuletzt aktualisiert: 2026-07-31

Dropbox hat sich seinen Ruf verdient. Es synchronisiert einen Ordner über alle deine Geräte, bewahrt eine Versionshistorie, falls du versehentlich etwas überschreibst, und macht es mühelos, einen ganzen Projektordner per Freigabelink an eine Kundin zu übergeben. Wenn du einen Arbeitsordner willst, der einfach synchron bleibt, macht Dropbox diesen Job gut — dieser Artikel spricht nicht dagegen, es so zu nutzen.

Auch für eine einzelne Übergabe legt Dropbox die Datei zuerst in ein Konto. Relayium streamt sie dagegen im selben LAN direkt per WebRTC und netzübergreifend planmäßig als Ende-zu-Ende-Chiffretext über TURN oder erstellt einen Link, der nur im Browser entschlüsselt wird und nach Zeitplan verschwindet.

Worin Dropbox wirklich gut ist

Dropboxs Kernstärke ist, dass ein Ordner, auf den du dich verlässt, überall immer aktuell ist: Bearbeitest du eine Datei auf dem Laptop, ist sie schon aktualisiert, wenn du dein Handy prüfst. Selektive Synchronisierung, LAN-Sync für große lokale Übertragungen sowie Dateiwiederherstellung und Versionshistorie dienen alle demselben Ziel — einem dauerhaften, verlässlichen Ort für Dateien, zu denen du immer wieder zurückkehrst.

Freigegebene Ordner und Dropbox Paper machen es zu einer soliden Wahl für laufende Zusammenarbeit, und die Link-Freigabe ist für kleine Teams, die ohnehin täglich in Dropbox leben, wirklich praktisch. Nichts davon versucht Relayium zu sein — Relayium synchronisiert keinen Ordner und behält auch keine Arbeitskopie von irgendetwas.

Die Lücke: Ein Freigabelink bedeutet trotzdem, dass ein Konto die Datei hält

Um eine Datei per Dropbox zu senden, muss sie zuerst in Dropbox sein — hochgeladen in dein Konto, abgelegt in einem Ordner, bevor du einen freigebbaren Link dafür erzeugst. Dieser Link verweist auf eine Kopie, die Dropbox stellvertretend für dich speichert, lesbar für Dropboxs eigene Infrastruktur und dort verbleibend, bis du zurückgehst und die Datei löschst oder den Link selbst widerrufst.

Relayiums Echtzeitmodus hinterlässt keine serverseitige Inhaltskopie oder Historie: WebRTC ist im selben LAN direkt, netzübergreifend transportiert TURN planmäßig Ende-zu-Ende-Chiffretext, den das Relay weder lesen noch entschlüsseln kann. Ist die andere Person offline, verschlüsselt ein Speicherlink vor dem Upload mit AES-256-GCM; der Schlüssel bleibt im URL-Fragment nach #. Dropbox kann Kontodateien technisch lesen, Relayiums Speicherlink-Server hält nur nicht entschlüsselbaren Chiffretext.

Echtzeit-Versand: keine serverseitige Inhaltskopie oder Historie

Sind beide online, streamt die Echtzeitübertragung bis zu 1.000 Dateien über den gewählten Pfad: WebRTC direkt im selben LAN oder planmäßig TURN zwischen Netzen. Es gibt keinen Speicher-Upload und keine serverseitige Echtzeithistorie; sechsstelliger Code, SHA-256-Prüfung und Fortsetzen bleiben erhalten.

Es gibt kein serverseitiges Speichergrößenlimit; der empfangende Browser setzt die praktische Grenze. Chrome/Edge streamen auf die Festplatte, Firefox/Safari können im Speicher puffern und warnen ab etwa 256 MB. Im selben LAN ist kein Konto nötig und WebRTC direkt. Netzübergreifend meldet sich die Person an, die den Code erstellt; TURN trägt nur Ende-zu-Ende-Chiffretext, den es weder lesen noch entschlüsseln kann, und die beitretende Person braucht kein Konto.

Wenn du stattdessen einen Link brauchst: Zero-Knowledge, automatisch ablaufend

Manchmal ist ein Link wirklich das richtige Werkzeug — der Empfänger schläft in einer anderen Zeitzone, oder du willst eine einzige URL, die du in eine E-Mail einfügst, statt eine Live-Sitzung zu koordinieren. Relayiums Speicherlink-Modus ist genau dafür gebaut, ohne die Privatsphäre des Echtzeitmodus aufzugeben.

Du wählst, wie lange er lebt — 1 Stunde, 1 Tag, 3 Tage, 7 Tage oder bis zu 14 Tage je nach Tarif — oder stellst ihn so ein, dass er nach dem ersten vollständigen Download vernichtet wird, sodass keine verbleibende Kopie zum Aufräumen übrig bleibt. Das Erstellen des Links erfordert die Anmeldung des Absenders (er zählt gegen ein Speicherkontingent des Kontos), aber der Empfänger öffnet ihn einfach und lädt herunter — kein Dropbox-artiges Konto auf seiner Seite nötig. Da der Entschlüsselungsschlüssel das URL-Fragment nie verlässt, ist Relayiums Server bei einem Speicherlink strukturell unfähig, dessen Inhalt zu lesen — eine andere Garantie als bei einem Dropbox-Freigabelink, wo Dropboxs eigene Infrastruktur die gehostete Datei technisch entschlüsseln kann.

Nebeneinander

Die für einen einmaligen Versand relevantesten Unterschiede:

Häufige Fragen

Bleibt die Datei wie bei Dropbox in einem Konto?

Keine serverseitige Echtzeitkopie oder Historie. Im selben LAN ist WebRTC direkt; netzübergreifend trägt TURN Ende-zu-Ende-Chiffretext, den es weder lesen noch entschlüsseln kann. Der Speicherlink hält nur Zero-Knowledge-Chiffretext und läuft ab oder wird nach dem ersten Download vernichtet.

Muss sich mein Empfänger irgendwo anmelden?

Nein. Im selben LAN braucht keine Seite ein Konto. Wer den Code oder Speicherlink erstellt, meldet sich an; wer der Echtzeitsitzung beitritt oder den Link lädt, braucht keines.

Gibt es ein Dateigrößenlimit?

Echtzeitübertragungen verarbeiten bis zu 1.000 Dateien pro Durchgang ohne serverseitiges Größenlimit — Chrome und Edge streamen für mehrere Dutzend Gigabyte direkt auf die Festplatte. Greift kein Streaming-Weg und muss der Browser im Arbeitsspeicher puffern, warnt Relayium oberhalb von rund 256 MB; diese Zahl ist eine bewusst konservative Schätzung, keine harte Grenze. Speicherlinks zählen gegen ein an das Konto des Absenders gebundenes Kontingent.

Ist Relayium anstelle eines Dropbox-Tarifs kostenlos nutzbar?

Ja. Relayium ist kostenlos und quelloffen unter der AGPL-3.0-Lizenz, mit dem vollständigen Protokoll und Code unter github.com/relayium/relayium — kein Bezahltarif blockiert größere oder schnellere Übertragungen.

Sende die Datei in Echtzeit, ohne sie in ein Konto zu legen — keine Installation und im selben LAN kein Konto.

Relayium jetzt ausprobieren

Weiterlesen