如何安全发送大文件——无大小限制，端到端加密
大多数服务对免费文件传输的上限设定为 2 GB（WeTransfer）或 25 MB（电子邮件）。即使是付费套餐，容量也极少超过 100 GB，且要求文件必须存储在他们的服务器上。DropLink 则没有限制，且绝不会将任何内容上传至云端——文件直接从发送方传输至接收方，并采用端到端加密。
快速解答
DropLink 没有强制的文件大小限制，我们已经测试过单次高达 100 GB 的传输。文件以点对点方式传输（局域网通过 QUIC，互联网则通过 iroh 并以 DERP 作为回退方案），并采用端到端加密（局域网使用 TLS 1.3，互联网传输使用 TLS 1.3 + ed25519 + BLAKE3 校验流式传输）。您还可以选择添加密码，作为第二层访问控制。没有云端、没有大小限制、也没有过期问题，因为服务器端不存储任何内容。
分步操作
- 1
在发送端安装 DropLink
下载适用于 macOS 或 Windows 的免费 DropLink 应用。该应用大小不足 50 MB，且无需注册账号即可使用。
- 2
启用密码保护（可选，但建议启用）
在 DropLink 中，开启“密码保护”功能。设置一个强密码——接收方需要该密码才能解锁传输内容。这将在内置的端到端加密基础上再增加一层安全防护。
- 3
将您的较大文件或文件夹拖拽至此
DropLink 没有文件大小限制。无论是拖放 50 GB 的视频还是整个项目文件夹，都没问题。文件夹会自动通过自适应压缩技术压缩为 ZIP 格式。
- 4
选择收件人
如果收件人位于您的局域网内，请从 DropLink 的“附近”列表中选择他们。如果他们位于远程，可以通过 Web 界面接收——只需将链接发送给他们即可。
- 5
传输采用点对点（P2P）方式，并采用端到端（E2E）加密
应用之间，文件直接在两台设备之间传输：局域网内采用 QUIC + TLS 1.3，远程传输同样采用 TLS 1.3（ed25519 设备身份）——任何服务器都不会看到您的文件。而通过 Web UI 经由互联网下载时，文件则会经由 DropLink 的中继流式传输，在传输过程中加密，从不存储。
- 6
收件人已收到文件 — 已验证
DropLink 采用 BLAKE3 哈希算法，可实时验证文件完整性。如果传输过程中文件遭到篡改或损坏，接收方将立即得知。
大文件常见问题
- 压缩过程中磁盘空间不足
DropLink 会在创建压缩包之前预先检查目标磁盘空间（总大小 + 100 MB 余量）。如果预检查失败，请在目标磁盘（而非源磁盘）上释放空间。对于体积非常大的文件夹，可以考虑直接选择单个文件而非整个父文件夹进行发送，以避免压缩。
- 传输一段时间后速度下降
这通常是由于发送方或接收方 CPU 出现散热降频所致（加密运算对 CPU 负载较高）。在笔记本电脑上，请确保散热良好。同时请检查是否有备份程序（如 Time Machine、Windows 备份）在传输过程中启动——它们会与传输任务争抢磁盘 I/O 资源。
- 互联网传输在文件中途中断
大文件的互联网传输对路由变化更为敏感。DropLink 会尽可能利用 QUIC 的连接迁移功能；如果连接完全中断，您可以重新启动该次共享——接收方只需重新下载尚未收到的数据块（得益于 BLAKE3 校验流式传输，在同一会话内重试时，已接收的数据块无需重新下载）。
超大文件传输的工作原理
流式传输，而非上传
与 WeTransfer 或其他云服务不同，DropLink 不会将文件上传到任何地方——而是将数据块直接从发送方流式传输到接收方。中继服务器只负责协调握手过程。在局域网中使用 QUIC；在互联网上则由 iroh 建立 QUIC 连接（NAT 打洞成功后为直连 P2P，若打洞失败则经由 DERP 中继）。无论哪种情况，数据都以网络速度直接流过，不存在“先完成上传，再进行下载”的流程。
BLAKE3 校验流式传输（Bao 树）
对于基于 iroh 的传输，每个文件都通过其 BLAKE3 哈希值进行标识。发送方会公布该哈希值；接收方下载数据块后，会先根据哈希树对每个数据块进行验证，通过后才会接受。这被称为“校验流式传输”（通过 bao-tree 0.16 库实现）——完整性是增量检查的，而不是在最后才统一校验。心怀恶意的中继服务器无法在不被接收方立即察觉并中止传输的情况下篡改数据。
自适应压缩
对于文件夹，DropLink 会实时打包压缩，并采用自适应策略：文本/代码使用 Deflate 级别 6，大于 10 MB 的文件使用 Deflate 级别 1（快速），本身难以压缩的文件类型（jpg、mp4、zip、mp3 等）则使用 Stored（不压缩）。这样可以避免在已压缩数据上浪费 CPU 资源。IO 缓冲区为 1 MB，以减少大文件场景下的系统调用次数。在创建压缩包之前，DropLink 会通过 statvfs（Unix）或 GetDiskFreeSpaceExW（Windows）检查目标磁盘是否有足够空间（总字节数 + 100 MB 余量）。
进度、预计剩余时间与取消操作
进度跟踪采用无锁设计（AtomicU64 / AtomicBool），实现零开销更新。速度计算使用 EWMA（指数加权移动平均），采样间隔不低于 200 ms，从而得到平滑、不出现抖动的速度和预计剩余时间读数。取消操作是即时的：一个 AtomicBool 标志位翻转，CountingReader 返回 Interrupted，QUIC 流则以 CANCEL_BY_LOCAL = 1 的方式被重置。
超大文件的预期速度
在 Wi-Fi 5/6 局域网中，预计可达 15–40 MB/s：传输一个 50 GB 的文件大约需要 25 到 55 分钟。千兆以太网还要更快，瓶颈通常在较慢一端的磁盘。在互联网 P2P 传输中，发送方的上传速度通常是瓶颈所在：以 100 Mbit 上传速度计算，传输 50 GB 大约需要 75 分钟。QUIC 在重新连接时通过 TLS 1.3 会话票据恢复，因此短暂的网络波动不会导致整个传输重新开始。
- 50 GB · 千兆以太网
- ~8 minutes
- 50 GB · Wi-Fi 6 局域网
- ~17 minutes
- 50 GB · 100 Mbit 上传（互联网）
- ~75 minutes
- 会话恢复握手
- 1 RTT
- 已测试的最大单文件
- 100 GB
大文件传输如何保持安全
无论文件大小如何，都会应用相同的加密层：局域网中使用带 TOFU 指纹验证的 TLS 1.3，互联网传输使用 TLS 1.3+ ed25519 + curve25519，基于 iroh 的传输还带有 BLAKE3 校验流式传输。BLAKE3 对大文件而言尤为重要：它能确保每一个数据块都与发送方原始生成的内容完全一致——即便是中继服务器，也无法进行任何字节级别的篡改。可选的密码保护还能提供额外的访问控制：中继服务器会持有一个经 SHA-256 哈希处理的会话令牌（UUID），具有可配置的 TTL（默认 3600 秒），并受到速率限制和暴力破解监测的保护。
技术常见问题
真的没有大小限制吗？
没有强加的限制。实际限制包括：接收方的可用磁盘空间、发送方保持应用打开的意愿，以及对于互联网传输而言较慢一端的带宽。我们已成功测试过 100 GB 的单文件传输。
这比上传到云端更安全吗？
一般来说是的。云端上传在传输过程中和在提供商服务器上都经过加密，但从技术上讲提供商可以访问文件。DropLink 的传输采用端到端加密，且不会在服务器端存储任何内容——在应用之间的传输中，中继仅能看到经 TLS 1.3 加密的 QUIC 数据包，无法解密；而通过 Web UI 经由互联网下载时，文件会经由 DropLink 的中继流式传输，在传输过程中加密，绝不会被写入磁盘。
大文件传输时应启用密码保护吗？
对于通过互联网的一对一分享，建议启用密码保护。它会添加一个共享密钥，接收方必须先输入该密钥，中继才会授予会话令牌，当分享链接通过不太安全的渠道（短信、电子邮件）发送时尤为有用。密码在服务器端使用 SHA-256 哈希；令牌 TTL 默认为 3600 秒。
如果传输被中断会怎样？
QUIC 会尝试在短暂的网络变化下透明地迁移连接。对于完全断开的情况，您可以重新启动分享：对于 iroh 传输，BLAKE3 验证流允许接收方保留已验证的字节，并在同一会话中仅重新获取缺失的块。对于带有 HTTP 回退的局域网传输，范围请求（range requests）可实现可恢复的下载。