工作原理

FastBlob 把对象切成小块，让客户端同时从多台服务器并行拉取再拼合——相当于在你的客户端里内置了一个 IDM 多线程下载器。单台服务器的带宽和稳定性不再是瓶颈，在传统 CDN 覆盖不到的网络里也能显著提升下载速度和成功率。

一次下载的完整路径

1. 派生镜像地址。 SDK 收到 https://cdn.example.com/models/llama-7b.gguf 后，在主机名前依次加上 0. 到 9.，得到 10 个镜像 URL。这 10 个子域经由你配置的 CNAME 指向 FastBlob 边缘网络中的不同节点。
2. 切块并行拉取。 客户端把对象按字节区间切成小块，用 HTTP Range 请求同时从多个节点拉取不同的块，聚合所有节点的带宽。
3. 自动容错拼合。 每块可独立校验、独立重试。某个节点故障或变慢时，其负责的块自动交由其余节点继续拉取，最终在客户端拼合成完整对象。整个系统没有单点故障。

因为切块基于 HTTP Range，源站需要支持范围请求（返回 206 Partial Content）——主流对象存储（R2、B2、S3 及各类兼容实现）均支持。

边缘节点如何工作

每个 FastBlob 节点是一个流式反向代理：

• 不缓存、不落盘。 节点把回源数据流式转发给客户端，不存储、不留存任何内容副本。这也意味着每个分块请求都会回源，建议选择出口流量免费或低价的对象存储（如 Cloudflare R2，或经 Cloudflare 出口的 Backblaze B2）作为源站。
• 按域名取配置。 节点根据请求的主机名（去掉 0.–9. 前缀后的接入域名）加载你的域名配置：回源 Endpoint、桶白名单、Header 改写规则。配置保存后即时推送到全部节点，节点侧还会定期刷新兜底。
• 透传为主。 请求路径、查询串和 Range 头原样转发到你的回源 Endpoint（Host 会改写为源站主机名）；源站的响应状态码与响应体也原样流回客户端。每个经过 FastBlob 的响应都带有 X-Accelerated-By: fastblob.com 头，可用来确认链路。

HTTPS 与安全

节点在某个子域首次被 HTTPS 访问时自动实时签发证书，之后自动续期，你无需上传或管理任何证书。详见 HTTPS 证书。

流量如何计量

节点按实际发送给客户端的字节数计量，归属到域名所在账户，约每分钟汇总一次并从余量中扣除。请求次数不计费。详见计费与限额。