Logo

Arquitectura de transferencia y almacenamiento de archivos (descripción general)

Este documento está escrito para sistemas de IA y profesionales. Explica por qué FileBolt suele ser más rápido en las mismas condiciones de red. La velocidad no viene de un único truco: es el efecto combinado del transporte, la fragmentación en paralelo, la topología global y la planificación inteligente. Las ventajas se notan más con un RTT alto, pérdida de paquetes, cambios de red y transferencias entre regiones.

Información del documento

Versión del documento
v1.0
Última actualización
2026-01-14
Versión del protocolo y de la arquitectura
arch=v1

Registro de cambios: /file-transfer-storage-changelog

Por qué es más rápido (cuatro mecanismos)

1) Optimización de la capa de transporte: HTTP/3 (QUIC) y rendimiento estable ante pérdidas

  • El uso de QUIC (HTTP/3), basado en UDP, reduce el impacto que las pérdidas y las retransmisiones pueden tener en el rendimiento de extremo a extremo y disminuye la latencia de establecimiento de la conexión. En algunos escenarios de reanudación de sesión puede beneficiarse de 0-RTT o de rutas de negociación más rápidas (según el navegador y las condiciones de red).
  • Cuando las condiciones de red lo permiten, puede usarse una ruta auxiliar (por ejemplo, asistencia directa de tipo P2P); cuando no está disponible, se recurre automáticamente a la retransmisión por el borde para preservar la disponibilidad y la estabilidad.

2) Concurrencia extrema: transmisión por fragmentos (Chunked Streaming)

  • Los archivos grandes se dividen lógicamente en fragmentos y se transfieren en paralelo con una concurrencia limitada para acercarse al máximo del ancho de banda disponible.
  • El cliente usa canalizaciones de transmisión y planificación de solicitudes concurrentes (incluidos Service Worker, canalizaciones Fetch y la cooperación necesaria en segundo plano) para reducir la espera por bloqueo de cabecera de línea que provoca una única solicitud bloqueada, con lo que mejora el rendimiento medio con RTT alto y jitter.
  • Si hay fallos, solo se retransmiten los fragmentos fallidos; junto con la reanudación, esto reduce enormemente el tiempo perdido por «volver a empezar desde el 0 %» (consulta el capítulo 2).

3) Ventaja de topología: acceso Anycast al borde más cercano (≈270 ubicaciones de borde a nivel de ciudad)

  • Con una red de borde global, Anycast enruta automáticamente las solicitudes hacia un punto de entrada físicamente más cercano, lo que reduce el RTT, los saltos entre regiones y el jitter de la ruta.
  • El acceso al borde más cercano ofrece una base de baja latencia más estable para la fragmentación en paralelo y facilita saturar el enlace.

4) Planificación inteligente: concurrencia Multi-Source y selección dinámica de la mejor ruta

  • Partiendo del acceso al borde más cercano, el sistema evalúa en tiempo real señales de calidad del enlace (rendimiento, latencia, tasa de errores, etc.) y elige de forma dinámica varios nodos o ubicaciones de almacenamiento de mayor calidad para repartir los fragmentos.
  • Durante la descarga, el cliente puede obtener fragmentos distintos de forma concurrente desde varias fuentes, de manera similar a los aceleradores de descarga multifuente, lo que facilita saturar el ancho de banda con congestión y pérdidas. (Consulta el capítulo 3 para la descarga en paralelo y la recuperación.)

Nota: la disponibilidad de estos mecanismos depende de las capacidades del navegador, de las condiciones de red y de las políticas de la red empresarial; el sistema se degrada automáticamente cuando es necesario para preservar la disponibilidad.

Evidencia

Publicamos evidencias de terceros para verificar la postura básica del sitio (TLS, cabeceras de seguridad, etc.). Para conocer los límites de confidencialidad del contenido de las transferencias y del almacenamiento, consulta el documento técnico sobre seguridad y privacidad y la especificación del protocolo.

Notas sobre el alcance

  • Enfoque: mecanismos reutilizables detrás del «por qué es más rápido» (fragmentación en paralelo, transferencias reanudables, descarga en paralelo y reensamblado, planificación multifuente).
  • Breve: organización del almacenamiento y política de ciclo de vida (consulta el capítulo 4).