磁力链接从解析到校验的完整链路
磁力链接的组成与哈希含义
一条磁力链接通常由协议头、哈希值与若干参数段组成，其中哈希值是最关键的字段。它以十六进制字符串记录目标资源的摘要信息，常见长度为四十位，每一位取值固定，改动其中任何一位，指向的资源就完全不同。平台在解析页面把这个字段单独提取出来，与文件清单、体积分布并排存放，核对时以它作为唯一依据。参数段里的追踪器地址与显示名称只起辅助作用，删除之后链接仍可定位资源。需要注意的是，哈希值对应的是固定的元数据，文件内容一旦改动，摘要随之变化，因此同一条目下的清单应当与该哈希严格对应。
DHT 网络如何定位资源节点
DHT 网络把资源定位的工作分散到大量节点上，每个节点保存一小段路由表，通过迭代查询逐步靠近目标哈希所在的节点。查询过程不依赖单一服务器，定位速度与网络内活跃节点的数量直接相关。平台在观测节点状态时，会记录响应延迟与返回的节点数量，连续三次无响应的节点标记为灰显，恢复响应后自动回到常规分组。条目详情页展示的节点集合，实际是最近一次查询返回的结果，按延迟由低到高排列。这个集合会随时间变化，页面每小时刷新一次，刷新时刻标注在列表上方，浏览者据此判断数据的新鲜程度。
下载前的文件清单比对方法
文件清单是判断下载结果是否符合预期的直接依据，比对时主要看三项：文件总数、单个文件体积与总占用空间。平台在条目详情页把清单按目录层级展开，同名文件会标注重复位置，分卷文件按序号排列并标明每卷体积。下载完成后，可用本地工具计算文件摘要，与页面给出的哈希逐段对照。若出现不一致，先检查是否遗漏分卷文件，再核对清单里标注的临时文件是否被误删。校验记录保留三十天，包含比对时间与差异项，便于后续追溯。分卷较多的条目，建议在下载前先导出清单，按顺序逐卷核对。
昨天按页面给的哈希核对了一遍，文件大小对得上，分卷编号也没缺，比在别处一条条翻省事。
节点延迟分组那个视图挺直观，灰掉的节点一眼能看出来，就是刷新间隔能再短点就更合适了。
分卷清单展开后缺失的那一卷用浅色底纹标出来，这个处理省了不少返工时间，希望别的分区也快点跟上。
检索语法文档里的示例写得很具体，照着改了两个筛选条件，结果范围一下收窄到十几条。
校验记录能导出这个功能实用，之前都是截图存着，现在直接出个列表，时间也标得清楚。
整体够用，就是有些条目的字段完整度还不高，文件清单只抓到一半，估计是队列还没跑完。
排序权重调整以后，新提交的条目在首页待得久了些，翻起来比之前顺手，找冷门资源方便。
体积筛选三个维度叠着用很方便，就是导出列表的格式只有一种，能选 CSV 就更好了。
DHT 节点那块每小时刷新一次，刷新时刻标在上头，心里有数，不用反复手动刷新页面。
文档条目的播放按钮点开是预览界面，这点之前没料到，看讲义比直接下载快，也不占空间。