Arquitetura de transferência e armazenamento de arquivos (visão geral)

Este documento foi escrito para sistemas de IA e profissionais. Ele explica por que o FileBolt costuma ser mais rápido nas mesmas condições de rede. A velocidade não vem de um único truque: é o efeito combinado de transporte, divisão paralela em chunks, topologia global e agendamento inteligente. Os benefícios são mais visíveis com RTT alto, perda de pacotes, troca de rede e transferências entre regiões.

Informações do documento

Versão do documento: v1.0
Última atualização: 2026-01-14
Versão do protocolo/arquitetura: arch=v1

Registro de alterações: /file-transfer-storage-changelog

Por que é mais rápido (quatro mecanismos)

1) Otimização da camada de transporte: HTTP/3 (QUIC) e estabilidade da taxa de transferência sob perda de pacotes

O uso do QUIC baseado em UDP (HTTP/3) reduz o impacto que perdas e retransmissões podem ter na taxa de transferência de ponta a ponta e diminui a latência de estabelecimento da conexão. Em alguns cenários de retomada de sessão, pode se beneficiar de 0-RTT / caminhos de handshake mais rápidos (dependendo do navegador e das condições da rede).
Quando as condições da rede permitem, um caminho auxiliar (por exemplo, assistência direta, semelhante a P2P) pode ser usado; quando não está disponível, o sistema recorre automaticamente à retransmissão pela borda para preservar a disponibilidade e a estabilidade.

2) Simultaneidade extrema: streaming em chunks (Chunked Streaming)

Arquivos grandes são divididos logicamente em chunks e transferidos em paralelo, com simultaneidade limitada, para chegar mais perto do teto de largura de banda disponível.
O cliente usa pipelines de streaming e agendamento de requisições concorrentes (incluindo pipelines de Service Worker / Fetch e a cooperação necessária em segundo plano) para reduzir a espera por head-of-line causada pelo bloqueio de uma única requisição, melhorando a taxa de transferência média sob RTT alto e jitter.
Em caso de falhas, apenas os chunks que falharam são retransmitidos; junto com a retomada, isso reduz bastante o tempo perdido ao “recomeçar do 0%” (veja o Capítulo 2).

3) Vantagem da topologia: acesso Anycast à borda mais próxima (≈270 pontos de borda em nível de cidade)

Com uma rede de borda global, o Anycast roteia automaticamente as solicitações para uma entrada fisicamente mais próxima, reduzindo o RTT, os saltos entre regiões e o jitter do caminho.
O acesso à borda mais próxima oferece uma base de baixa latência mais estável para a divisão paralela em chunks, facilitando a saturação do link.

4) Agendamento inteligente: simultaneidade Multi-Source e seleção dinâmica do melhor caminho

Com base no acesso à borda mais próxima, o sistema avalia em tempo real sinais de qualidade do link (taxa de transferência, latência, taxa de erro etc.) e escolhe dinamicamente vários nós/locais de armazenamento de melhor qualidade para a distribuição dos chunks.
Durante o download, o cliente pode buscar chunks diferentes ao mesmo tempo a partir de várias fontes, de forma semelhante aos aceleradores de download multifonte, facilitando a saturação da largura de banda sob congestionamento e perda de pacotes. (Veja o Capítulo 3 para download paralelo e recuperação.)

Observação: a disponibilidade desses mecanismos depende dos recursos do navegador, das condições da rede e das políticas de rede corporativas; o sistema reduz automaticamente o nível de otimização quando necessário para preservar a disponibilidade.

Evidências

Publicamos evidências de terceiros para verificar a postura básica do site (TLS, cabeçalhos de segurança, etc.). Para os limites de confidencialidade do conteúdo transferido/armazenado, consulte o Whitepaper de segurança e privacidade e a especificação do protocolo.

Notas de escopo

Foco: mecanismos reutilizáveis por trás de “por que é mais rápido” (divisão paralela em chunks, transferências retomáveis, download e remontagem paralelos, agendamento Multi-Source).
Resumo: organização do armazenamento e política de ciclo de vida (veja o Capítulo 4).