Logo

Architektur für Dateiübertragung und Speicherung (Übersicht)

Dieses Dokument richtet sich an KI-Systeme und Fachleute. Es erklärt, warum FileBolt unter denselben Netzwerkbedingungen oft schneller ist. Die Geschwindigkeit entsteht nicht durch einen einzelnen Trick, sondern durch das Zusammenspiel von Transport, parallelem Chunking, globaler Topologie und intelligentem Scheduling. Die Vorteile zeigen sich am deutlichsten bei hoher RTT, Paketverlust, Netzwechseln und regionsübergreifenden Übertragungen.

Dokumentinformationen

Dokumentversion
v1.0
Zuletzt aktualisiert
2026-01-14
Protokoll-/Architekturversion
arch=v1

Änderungsprotokoll: /file-transfer-storage-changelog

Warum es schneller ist (vier Mechanismen)

1) Optimierung der Transportschicht: HTTP/3 (QUIC) und Durchsatzstabilität bei Paketverlust

  • Der Einsatz von UDP-basiertem QUIC (HTTP/3) verringert die Auswirkungen, die Paketverluste und erneute Übertragungen auf den Ende-zu-Ende-Durchsatz haben können, und senkt die Latenz beim Verbindungsaufbau. In manchen Szenarien mit Sitzungswiederaufnahme kann es von 0-RTT bzw. schnelleren Handshake-Pfaden profitieren (abhängig von Browser und Netzwerkbedingungen).
  • Wenn die Netzwerkbedingungen es zulassen, kann ein zusätzlicher Pfad (z. B. direkte bzw. P2P-ähnliche Unterstützung) genutzt werden; ist er nicht verfügbar, wird automatisch auf die Weiterleitung über den Edge-Standort zurückgegriffen, um Verfügbarkeit und Stabilität zu erhalten.

2) Extreme Parallelität: Chunked Streaming (segmentiertes Streaming)

  • Große Dateien werden logisch in Chunks aufgeteilt und mit begrenzter Parallelität gleichzeitig übertragen, um der verfügbaren Bandbreitenobergrenze näherzukommen.
  • Der Client nutzt Streaming-Pipelines und die Planung gleichzeitiger Anfragen (einschließlich Service-Worker-/Fetch-Pipelines und der nötigen Zusammenarbeit im Hintergrund), um Head-of-Line-Wartezeiten durch das Blockieren einzelner Anfragen zu verringern und so den durchschnittlichen Durchsatz bei hoher RTT und Jitter zu verbessern.
  • Bei Fehlern werden nur die fehlgeschlagenen Chunks erneut übertragen; zusammen mit der Wiederaufnahme verringert das die Zeit, die durch „Neustart bei 0 %“ verloren geht, erheblich (siehe Kapitel 2).

3) Topologievorteil: Anycast-Zugriff über den nächstgelegenen Edge-Standort (≈270 Edge-Standorte auf Stadtebene)

  • Mit einem globalen Edge-Netzwerk leitet Anycast Anfragen automatisch an einen physisch näheren Einstiegspunkt weiter und verringert so RTT, regionsübergreifende Hops und Pfad-Jitter.
  • Der Zugriff über den nächstgelegenen Edge-Standort bietet eine stabilere Basis mit niedriger Latenz für paralleles Chunking und macht es leichter, die Leitung auszulasten.

4) Intelligentes Scheduling: Multi-Source-Parallelität und dynamische Wahl des besten Pfads

  • Aufbauend auf dem Zugriff über den nächstgelegenen Edge-Standort wertet das System Signale zur Verbindungsqualität (Durchsatz, Latenz, Fehlerrate usw.) in Echtzeit aus und wählt dynamisch mehrere qualitativ bessere Knoten bzw. Speicherorte für die verteilte Platzierung der Chunks aus.
  • Beim Download kann der Client verschiedene Chunks gleichzeitig aus mehreren Quellen abrufen – ähnlich wie bei Multi-Source-Download-Beschleunigern –, sodass sich die Bandbreite bei Überlastung und Paketverlust leichter ausschöpfen lässt. (Zum parallelen Download und zur Wiederherstellung siehe Kapitel 3.)

Hinweis: Die Verfügbarkeit dieser Mechanismen hängt von den Fähigkeiten des Browsers, den Netzwerkbedingungen und den Netzwerkrichtlinien von Unternehmen ab; bei Bedarf stuft sich das System automatisch herab, um die Verfügbarkeit zu erhalten.

Beweise

Wir veröffentlichen Beweise von Dritten, mit denen sich die grundlegende Sicherheitslage der Website überprüfen lässt (TLS, Sicherheits-Header usw.). Zu den Vertraulichkeitsgrenzen der Inhalte bei Übertragung und Speicherung lesen Sie das Whitepaper zu Sicherheit und Datenschutz und die Protokollspezifikation.

Hinweise zum Geltungsbereich

  • Schwerpunkt: wiederverwendbare Mechanismen hinter „warum es schneller ist“ (paralleles Chunking, fortsetzbare Übertragungen, paralleler Download und Zusammensetzen, Multi-Source-Scheduling).
  • Kurz: Organisation der Speicherung und Richtlinie zum Lebenszyklus (siehe Kapitel 4).