网盘秒传是什么：原理、命中率与实测
秒传指目标网盘里已有相同文件时跳过传输。本文讲清判定依据、命中率取决于什么、Google Drive / OneDrive / MEGA / Dropbox / PikPak 各自能给什么指纹，以及 42.84 GB 只用 9 分 35 秒那一单的完整读数。
「秒传」是网盘圈的说法：目标网盘里已经有这份文件了，就不必再把字节传一遍。 服务端按内容指纹认出「同一个文件」，直接在你的账号里登记一份，你打开就能用。
本站把这件事用在了跨盘搬运上 —— 所以同一批资源，别人第一次搬要几小时，第二次可能只要几分钟。
先把结论摆出来
- 命中秒传的那个文件，既不下载、也不上传，只做一次落位登记（每个文件约 1–2 秒）。
- 能不能命中，取决于目标网盘里有没有这份内容，不取决于我们想不想给你秒传 —— 全新资源第一次搬，必然走完整链路。
- 我们自己跑出来的读数：42.84 GB、23 个文件、命中 20 个、9 分 35 秒（2026-11-08，首尔节点）。同一批内容在另一台节点上没命中，全量硬传用了 6 小时。
- 命中率没有「行业标准值」这回事。任何给出固定百分比的服务，那个数字都不是承诺，而是它自己的历史平均值。
秒传的原理：认指纹，不认文件名
网盘服务端在接收上传时会算一遍文件内容指纹（常见是 md5 或 sha1）。如果库里已经存在「同样指纹 + 同样大小」的文件，服务端就不再接收字节，直接给你的账号建一条引用 —— 这就是各家口中的「秒传 / 快传 / 极速上传」。叫法不同，机制相同。
所以秒传成立需要两个前提：
- 得知道这份文件的指纹。 不知道指纹，就没法向服务端声明「我这份和你那份是同一个」。
- 目标网盘里得真有这份内容。 指纹对上了但库里没有，服务端照样要你传。
第 1 条是难点。普通客户端上传时文件就在本机，算指纹是顺手的事 —— 代价是文件必须先落到你的电脑上，跨国下载一整天。我们做的是在不下载文件的前提下拿到指纹。
不下载文件，我们怎么拿到指纹
三条来源，按优先级：
- 源网盘列表里就带着指纹。 Google Drive 给 md5 + sha1、MEGA 给 sha1、百度网盘给 md5、阿里云盘给 sha1。
- 我们自己的索引。 搬过的文件按「文件名 + 大小」记下真实指纹，下次按同一个键查回来，再拿指纹去问目标网盘。索引在三台节点之间同步。
- 源侧直链的 ETag。 只在一部分源上、且只在单段对象上能还原成 md5，大文件不成立。
拿到指纹之后向目标网盘发起预检：能秒传就直接落位；不能，才退回「下载 → 上传」这条完整链路。
各家源网盘能给什么指纹
| 源网盘 | 给的指纹 | 覆盖范围 | 备注 |
|---|---|---|---|
| Google Drive | md5 + sha1 | 全量 | 百度、阿里、夸克都能对上 |
| MEGA | sha1 | 全量 | 直接可用 |
| 百度网盘 | md5 | 全量 | 直接可用 |
| 阿里云盘 | sha1 | 全量 | 直接可用 |
| 迅雷云盘 | GCID | 全量 | 内容指纹，需反查成 md5 / sha1 |
| OneDrive | sha1Hash | 取决于账号类型 | 个人版通常返回；商业版只给 quickXorHash，拿不到时按「无指纹」处理，搬运不受影响 |
| 夸克网盘 / UC | 直链 ETag 还原的 md5 | 仅单段对象，约一成 | 大文件基本为 0 |
| Dropbox | content_hash | 0 | 专有分块算法，不可逆 |
| PikPak | 无可用指纹 | 0 | 上游只给自家 gcid，与内容哈希不同源 |
所以用 Dropbox 或 PikPak 作源时，第一次搬必然完整下载一遍。这是上游不给可用指纹，不是我们没做 —— 我们试过两条路，都被真机读数否掉了。
实测读数
下表都是内部任务台账里能查到原单的读数，不是估算：
| 单号 | 日期 | 节点 | 容量 | 文件数 | 秒传命中 | 用时 |
|---|---|---|---|---|---|---|
| #4845 | 2026-11-08 | 首尔 | 42.84 GB | 23 | 20 | 9 分 35 秒 |
| #5103 | 2026-10-29 | 首尔 | 68.20 GB | 483 | 470 | 1201 秒 |
| #5317 | 2026-11-07 | 上海 | 107.75 GB | 9445 | 8336（88%） | 前段真下载均速 32.72 MB/s |
三单合起来的意思很直白：命中 87%–97% 的那些单，用时由「文件个数 × 每个文件的登记往返」决定，而不是由带宽决定。 #5317 那 8336 个命中文件（大多是几十 KB 的图片）一个字节都没下载，剩下 1113 个平均 96 MB 的文件走真下载。
为什么秒传单会显示 264 MB/s
上面这张截图来自一个真实任务：速率为「264.00 MB/s」，前面还有一个闪电标记。这个数字超过了我们任何一条线路的出口带宽（200 Mbps ≈ 25 MB/s），看起来像造假。
它不是网络速率，是逻辑速率：命中秒传的文件在登记完成那一刻，字节数按文件大小一次性记满，分母只有一两秒。所以它真实的含义是「这一单没怎么走网络」。
我们的处理方式是：客户屏上照印这个数（它确实说明快），后台那本账把「命中率」和「真实均速」分开算，两个数都能查。你如果只看一个数，看命中率更有意义。
三台节点共享索引：这边刚搬完，那边立刻命中
首尔、香港、上海三台节点各自记录搬过的文件指纹，并按轮次同步给对方。2026-11-08 做过一次端到端核对：拿 400 条真实文件名去另一台节点查询，香港 400/400 命中、上海 399/400 命中，md5 与真值全部一致，零错配。唯一没命中的那一条，是那一行还没同步过来。
实际价值：上午在一台机器上搬过的资源，下午换个域名下单，仍然能秒传。
秒传省不掉的那一半
讲清边界比讲清优势更有用：
- 没命中的文件仍要走「下载 → 上传」。 这部分占用的是我们机器的出口带宽（每站 200 Mbps 不限量），不是你的。
- 每个命中文件仍有一次落位确认。 约 1–2 秒，与带宽无关。所以「几千个小文件」的单子尾巴会慢，慢在往返次数上。
- 新资源第一次搬必然完整下载。 想省这一步，只能等它被搬过一次。
- 秒传不改变内容。 文件大小、格式、目录结构都不动，也不是「假装传完了」—— 目标盘里确实存在一份同内容文件。
价格和秒传的关系
- 额度按提交时的文件总容量扣一次，与实际走了多少网络无关 ⇒ 命中秒传不会额外收费，也不会少收。
- 任务失败或被取消，已扣额度按原额退回。
- 「不重复消耗流量」说的是我们这边的出口流量：命中文件的字节一次都不占用线路。也正因为如此，热门资源搬起来对我们几乎不产生带宽成本，价格才能压到 0.45 元/GB（10GB 档 4.5 元）。
和桌面客户端工具的差别
市面上叫「秒传转存」的工具，多数是装在你自己电脑上的客户端（盘同步、无隅、NeoPan、PanTools 等）。它们也做跨盘互传、也做秒传探测，但顺序是：先把文件下载到你电脑 → 在本机算指纹 → 再上传到目标盘。命中秒传时，省掉的是最后那一半上传。
我们的顺序是：先拿指纹（源侧给、或从自己的索引里查）→ 问目标盘 → 命中就直接落位，文件从头到尾没到过你的设备。
差别不在参数，在形态：一个要装软件、要电脑开着、占你自己的宽带；一个浏览器打开、手机也能用、不占你一个字节的流量。逐项对比写在五家工具横评里。
常见问题
Q：秒传是不是「假装传完了」？
不是。目标网盘里确实存在一份内容指纹与大小都相同的文件，服务端把它登记进你的账号，你点开能正常下载。文件没有缺失，也没有损坏。
Q：你们的秒传命中率是多少？
没有固定值，也不该给固定值。它取决于目标网盘里有没有这份内容。我们实测的几单在 87%–97% 之间（见上面的表），也有整单 0 命中的情况 —— 那通常是第一次搬全新资源。
Q：命中秒传会少扣额度吗？
不会。额度按提交时的文件总容量扣一次，与命中几个文件无关；失败或取消的任务按原额退回。
Q：为什么速率会显示超过带宽的数字？
因为命中文件的字节数是登记完成那一刻一次性记满的，分母只有一两秒。那是逻辑速率，说明这一单没走网络。后台会把命中率和真实均速分开统计。
Q：需要我把网盘密码给你们吗？
不需要。你只要给出源分享链接，搬运用的是我们自己的账号；你不注册、不登录，也不安装任何软件。
Q：Google Drive 的文件在国内打不开，能搬吗？
能。取文件这一步在我们的服务器上完成，不走你本地的网络，所以你在国内也能把 Google Drive 的链接搬进百度网盘或夸克网盘。
Q：手机能用吗？
能。浏览器打开即可，安卓、iPhone、iPad 都一样。提交完可以关掉页面，任务在服务器上继续跑。