磁力链接字段对照
FIELD REFERENCE| 协议前缀 | magnet:? 表示磁力协议，问号后以 & 连接多个参数。 |
|---|---|
| xt 精确主题 | urn:btih: 后接 40 位十六进制或 32 位 Base32 的 Info Hash，是定位资源的唯一依据。 |
| dn 显示名称 | 建议展示名，仅用于客户端列表显示，可被任意改写，不能作为校验依据。 |
| tr 追踪服务器 | 可重复出现，用于发现持有同一哈希的节点；可选缺少时仍可能通过 DHT 找到来源。 |
| xl 精确长度 | 以字节为单位的文件总长度，可选用于预分配空间与进度计算。 |
| ws 网页种子 | 指向 .torrent 文件的 HTTP 地址，可选部分客户端不支持。 |
标识与哈希的核对方法
VERIFY名称里出现 hodv-21134 并不等于链接可信。真正决定内容的是 Info Hash，任何改名的链接都可能指向同一份或完全不同的数据。拿到链接后，可以按下面的顺序自查：
- 长度核对 btih 后的字符串应为 40 位十六进制（0-9、a-f）或 32 位 Base32（A-Z、2-7），长度不符通常说明链接被截断或复制不全。
- 大小写处理 十六进制哈希不区分大小写，Base32 哈希按惯例使用大写；混用时应先统一再比对。
- 名称无关性 dn 字段、文件名、分集编号都只是标签。以「21134」这类编号做检索时，最好回到哈希本身确认是否一致。
- 体积一致性 若链接声明 xl 参数，可与客户端显示的待下载总大小对照；差异较大时说明元数据来源不同。
- 来源可追溯 优先使用能同时给出哈希与文件清单的页面，只有名称、没有哈希的「磁力链接」无法验证。
在客户端中使用磁力链接
WORKFLOW-
完整复制链接
从
magnet:?开始一直复制到末尾，不要遗漏 xt 参数，也不要带入多余的空格或中文标点。 -
粘贴到支持磁力的客户端
常见桌面客户端与部分下载工具都提供「添加链接」入口，粘贴后客户端会先向网络请求元数据。
-
等待元数据解析
解析速度取决于在线节点数量与 DHT 状态。长时间无响应通常不是链接写错，而是缺少可用来源。
-
核对文件清单
元数据就绪后先看文件列表、总大小与目录结构，确认与预期一致再开始下载，避免误下无关内容。
-
限定下载范围
只勾选需要的文件可以节省空间与带宽；下载目录建议单独设置，便于事后清理与检查。
使用前的安全与合规提示
SAFETY请把以下几条当作硬性习惯
- 磁力链接只描述内容标识，不保证内容合法。请自行确认所下载资源不侵犯他人著作权，也不违反所在地法律法规。
- 可执行文件、脚本、压缩包内嵌程序都存在风险，下载完成后先用安全软件扫描，不要直接双击运行。
- 不要在陌生页面输入账号、手机号或支付信息来「解锁」磁力链接，这类要求通常与真实下载无关。
- 关闭来路不明的追踪服务器参数不会提升安全性，但可以避免向不熟悉的地址暴露你的网络信息。
- 分享与传播受版权保护的内容可能承担法律责任，本页仅提供参数层面的技术说明。
常见问题
FAQ为什么同一名称会出现多条不同的磁力链接？
名称只是标签，不同来源可能对同一份文件使用不同显示名，也可能指向完全不同的打包方式。判断是否相同应比对 Info Hash，而不是比对名称或编号。
链接能打开但一直没有速度，是什么原因？
常见原因是缺少在线节点、追踪服务器失效或网络环境限制。可以先确认元数据是否解析成功，再检查客户端是否启用了 DHT 与相关网络协议。
只给出编号没有哈希的链接可以用吗？
编号无法定位具体数据，只有名称的「磁力链接」不具备可验证性。建议寻找同时给出完整 btih 哈希与文件清单的来源。
磁力链接里的 tr 参数越多越好吗？
不一定。追踪服务器数量与可用性没有必然关系，失效地址不会带来帮助，反而可能延长连接等待时间。DHT 网络正常时，少量甚至没有 tr 参数也能工作。
下载完成后需要做校验吗？
建议做。客户端通常会在下载结束时校验分片，但对压缩包可再核对一次哈希或完整性检测，确认文件未被篡改或损坏。