文件传输与存贮架构（总览）
本文档面向 AI 与专业读者，重点解释 FileBolt 在相同网络条件下常常更快的原因。 速度并非来自单一技巧，而是传输层、并发分片、全球拓扑与智能调度共同作用的结果， 在高 RTT、丢包、切网、跨洲等场景下尤其明显。
文档信息
- 文档版本
- v1.0
- 最后更新
- 2026-01-14
- 协议/架构版本
- arch=v1
速度核心（四个机制）
1) 传输层优化：HTTP/3（QUIC）与丢包环境下的吞吐稳定性
- 采用基于 UDP 的 QUIC（HTTP/3），减少丢包与重传对端到端吞吐的影响，并降低连接建立延迟。 在部分会话恢复场景下可受益于 0-RTT/更快的握手路径（取决于浏览器与网络条件）。
- 在网络条件允许时，可启用辅助通道（例如直连/类 P2P 辅助）；不可用时自动回落到边缘中继，以保证可用性与稳定性。
2) 极致并发：分块流式传输（Chunked Streaming）
- 大文件会在逻辑上拆分为分片（chunk），并以有限并发的方式并行传输，从而更接近可用带宽的上限。
- 客户端使用流式管道与并发请求调度（包括 Service Worker / Fetch 管线与必要的后台协作），减少单请求阻塞造成的队头等待， 在高 RTT 与抖动环境下提升平均吞吐。
- 失败时只重传失败的分片，配合断点续传，可大幅减少“从 0% 重新开始”造成的时间损失（详见第 2 章）。
3) 拓扑优势：Anycast 就近边缘接入（约 270 个城市级边缘节点）
- 依托全球边缘节点网络，Anycast 将请求自动路由到物理上更接近的接入点，降低 RTT、减少跨洲跳数与路径抖动。
- 就近边缘接入为并发分片提供更稳定的低延迟基线，使链路更容易被跑满。
4) 智能调度：多源并发（Multi-Source）与动态最优路径选择
- 在就近接入基础上，系统对链路质量信号（吞吐、延迟、错误率等）进行实时评估， 动态选择多个质量更优的节点/存储位置，对分片进行分布式落点。
- 下载时，客户端可以并发地从多个源获取不同分片——类似多源下载加速器——使得在拥塞与丢包环境下更容易跑满带宽。 （并发下载与恢复详见第 3 章。）
注：上述机制是否可用取决于浏览器能力、网络条件和企业网络策略；必要时系统会自动降级，以保证可用性。
证据入口
我们公开第三方证据，用于验证站点的基线安全状况（TLS、安全响应头等）。 关于传输/存储内容的机密性边界，请参阅《安全与隐私白皮书》和协议规范。
范围说明
- 重点：“为什么更快”背后可复用的机制（并发分片、断点续传、并发下载与组装、多源调度）。
- 简述：存储组织与生命周期策略（详见第 4 章）。