哈希检索
支持哈希值、磁力链接、种子文件三种输入。系统按前缀逐段比对索引库，返回完全匹配与近似匹配两组结果，并标出每组命中的匹配位数。
页面把内容范围与更新体验分成两块讲清楚，不做模糊表述
平台收录的条目以公开可查的磁力链接与种子文件信息为主，覆盖影视、音乐、文档、软件、图片等常见文件类型。每个条目列出文件清单、体积、哈希值、收录时间与来源标注，检索结果按匹配度与校验状态排序，同一条记录的不同版本会单独标号。
索引状态每小时刷新一次，新增条目在收录后两小时内完成首次校验。页面展示最近一次校验时间与校验结果，条目热度按日聚合。若某条链接连续七日无法完成校验，会标记为待确认，并在详情页给出提示与历史记录，方便逐项追溯。
每个功能对应一个具体动作，结果都落在页面上可查
支持哈希值、磁力链接、种子文件三种输入。系统按前缀逐段比对索引库，返回完全匹配与近似匹配两组结果，并标出每组命中的匹配位数。
解析种子结构，按目录层级列出每个文件的名称、体积与扩展名，同时给出总体积与文件数量。清单可按体积排序，便于判断内容构成。
把条目近三十日的检索次数、收藏次数与校验通过率画成折线，标注峰值出现的日期。曲线按周查看，帮助判断资源当前的活跃程度。
输入磁力链接即可生成对应的种子文件下载地址，转换过程保留原始文件清单与分块信息，并在页面提示转换前后的哈希是否一致。
一次粘贴多条链接，系统逐条查询并输出表格，列出每条的状态、体积与最后校验时间。结果可导出为文本，方便对账时逐项比对。
同一份资源常被多次发布，系统按文件清单指纹归并，把体积、文件数完全一致的条目合并成一组，只保留校验时间最近的一条作为主记录。
每条都带清单、校验时间与热度数据，点开即可逐项比对
10 月 16 日，杭州的陈默按清单核对《深海纪录》四个分卷，确认体积与哈希一致后完成下载，该条目热度当日上升 12%。
10 月 15 日，成都的乐迷周野用批量核对比对了三版现场录音，把文件数完全一致的两条合并，只保留校验最近的一条记录。
10 月 12 日，深圳的开发者林岸在详情页查看清单，确认压缩包内含源码与许可证文件，随后按目录结构归档，收藏量增至 1,842。
10 月 9 日，南京的系统管理员何川导入种子生成磁力链接，转换前后哈希一致，他把结果导出为文本，交给同事做二次比对。
10 月 5 日，西安的设计师苏棠按体积排序筛选图集，剔除两个重复条目后得到 320 张素材，她把清单导出留档作为来源记录。
10 月 2 日，武汉的学生顾晓在热度曲线上看到某公开课程近七日检索量走高，提前完成下载，并在清单中核对了十二讲视频完整性。
9 月 26 日，长沙的游戏爱好者许舟用哈希检索找到一款独立合集的原始发布记录，比对分块信息无误后开始下载，通过率回升至 98%。
9 月 18 日，青岛的资料整理者沈迟把一批旧文档链接批量粘贴进核对页面，逐条确认状态后导出结果表，作为部门归档的校验凭证。
六条关于索引结构、校验节奏与呈现方式的说明
平台把每条记录拆成链接层、清单层与状态层分别存放，检索时只读取链接层，查看详情时才加载清单。这样的结构让检索响应时间稳定在毫秒级，单条记录的字段更新也不会牵动其他部分，层与层之间用哈希作为唯一关联键。
全量校验每天执行四次，时间点固定并在动态页公开任务日志。每次任务结束后，条目页的校验时间同步刷新，连续未通过的条目按规则转入待确认状态。翻阅日志可以判断某条记录的状态是否刚刚更新过，避免凭印象判断。
检索结果、文件清单与批量核对表格都能导出为纯文本，导出文件包含查询时间、哈希与状态三列，字段用制表符分隔，可直接粘贴进表格软件。留档的目的在于事后复核，因此导出内容只保留页面已有的字段，不含推测性描述。
从检索到清单再到详情，页面始终保持三级结构，任何一屏都能通过导航回到上一级。导航按检索、解析、指南三类分组，分类名称使用动作词而非营销词，减少理解成本。移动端的菜单结构与网页端保持一致，位置不变。
平台只展示磁力链接与种子文件的元数据，不托管任何文件本体，也不提供下载通道。所有条目均来自公开索引，页面不引导任何未经授权的使用行为。链接能否连接由来源节点决定，平台只负责如实标注校验结果与时间。
每条记录下方设有纠错入口，提交后生成编号，可凭编号查询处理进度。纠错类型分为清单不符、体积错误、来源失效与重复条目四类，处理结果直接标注在条目页。平台按编号顺序处理，不设优先级，也不接受加急申请。
把哈希、清单与状态三件事分开看，判断才有依据
阅读时间约 5 分钟 · 面向初次接触磁力链接的读者
一条磁力链接通常以 magnet:?xt=urn:btih: 开头，后面跟着 40 位十六进制字符，这段字符就是 BTIH 哈希。它由种子文件里的文件清单、分块大小与分块顺序共同算出，任何一项发生变化，哈希都会随之改变。因此哈希可以被当作一份资源的身份编号：只要两段哈希完全一致，就说明两边指向的是同一份清单结构。反过来说，哈希不同并不一定意味着内容毫无关系，同一份文件换一种分块方式重新打包，哈希同样会变。理解这一点，就能明白为什么检索结果里会出现“内容相似但哈希不同”的条目。平台在详情页把哈希拆成四段展示，正是为了方便逐段比对，减少肉眼核对时看错字符的概率。
种子文件采用 bencode 编码，把 announce 列表、创建时间、分块长度与文件信息按字典结构排列。文件信息部分有两种组织方式：单文件模式直接给出文件名与长度，多文件模式则用一个列表逐项记录每个文件的路径、体积与在整体数据中的偏移量。解读清单时，偏移量比文件名更能说明问题，它决定了某个文件在整份数据中的位置，也决定了下载时能否单独取出。平台展示的文件清单会同时给出路径、体积与占比，体积占比等于单个文件体积除以总体积，数值越大，说明该文件在整份数据里占据的份量越多。目录层级较深的种子，清单会按缩进逐层展开，方便按层级核对。
校验状态反映平台最近一次尝试连接来源节点并核对分块信息的结果，通常分为通过、待确认与失效三种。通过表示清单与来源一致；待确认表示近期未取得有效响应，条目仍然保留；失效表示连续多日无法完成校验，平台会在详情页给出提示。热度曲线记录的是检索次数与收藏次数的日聚合值，折线走高只说明关注度上升，并不等同于来源可用。两者需要放在一起看：曲线平稳且校验通过，说明条目状态稳定；曲线陡升但状态待确认，则要留意后续变化。平台把这两个指标并排放在详情页顶部，目的就是让判断有据可依，而不是只看一个数字。
只记录平台侧的变化，不涉及任何条目内容
平台在检索页新增前缀批量比对入口，可一次提交多组哈希前缀，系统按段返回命中条目与匹配位数。该入口面向需要核验多个版本的整理场景，结果页支持导出文本，导出文件包含查询时间、前缀与匹配位数三列，功能已在网页端开放。
文件清单页新增按体积升序与降序切换的排序按钮，点击后清单立即重排，文件数量与总体积显示在表头。排序只改变展示顺序，不改变清单内容。该改动主要方便体量较大的多文件种子逐项核对，移动端同步上线，按钮位置与网页端一致。
平台把全量校验任务从每日两次调整为四次，执行时间分别为凌晨、上午、下午与夜间。每次任务结束后，条目详情页的校验时间会同步刷新，连续未通过的条目按规则转入待确认状态。任务日志在平台动态页公开，可查看每次任务的起止时间与处理条数。
平台在条目详情页开放纠错入口，提交后可凭编号查询处理进度。纠错类型分为清单不符、体积错误、来源失效与重复条目四类，每类对应不同的处理流程。处理结果会在条目页标注，重复条目的合并记录同样可以查看合并前后的哈希对照。
热度曲线的时间窗口从十四日延长到三十日，横轴刻度改为按周标注，峰值日期在图上单独标出。平台同时调整了检索次数的统计口径，同一来源的重复请求按一次计算。历史数据已按新口径回溯重算，重算结果与旧数据存在小幅差异。
平台完成一次页面结构调整，检索结果到文件清单之间少了一次跳转，详情页的哈希、体积与校验状态移到首屏。导航按检索、解析、指南三类重新分组，页脚补充了免责声明与三条常用链接。旧版链接仍可访问，会自动跳转到对应新页面。
内容按提交时间排列，未做删改
点击问题展开回答，第一条默认展开
磁力链接是一串以 magnet: 开头的文本，只携带哈希等少量信息，不包含文件清单本身；种子文件是一个完整的数据包，打开后能直接看到文件名、体积与分块结构。两者的联系在于哈希，同一份资源生成的磁力链接与种子文件指向同一份清单。平台同时支持两种输入，转换前后会提示哈希是否一致，方便判断是否指向同一版本。
先确认字符是否完整，40 位十六进制字符缺一位都匹配不上。若字符确认无误仍无结果，可能是该条目尚未进入索引，也可能对应资源从未被公开收录。此时可以尝试提交哈希前缀做近似匹配，或在批量核对里逐条比对，系统会返回命中的前缀长度。若长期查不到，可视为该条目暂无公开记录。
校验状态反映平台最近一次尝试连接来源节点并核对分块信息的结果，分为通过、待确认与失效三种。通过表示清单与来源一致；待确认表示近期未取得有效响应，条目仍然保留；失效表示连续多日无法完成校验，页面会给出提示。状态旁边标有最近一次校验的时间，可结合时间判断这条记录是否刚刚更新过。
同一份文件换一种分块方式重新打包，哈希就会变化，于是一条资源可能出现多个版本。发布者填写的标题、标签不同，也会形成多条记录。平台按文件清单指纹归并，把体积与文件数完全一致的条目合并成一组，只保留校验时间最近的一条作为主记录，其余版本在组内并列展示，可供逐项比对。
热度曲线按日聚合，每天凌晨完成一次计算，页面上的检索次数、收藏次数与校验通过率都是聚合后的结果。曲线窗口为三十日，横轴按周标注，峰值日期单独标出。由于统计口径调整，同一来源的重复请求按一次计算，历史数据已按新口径回溯重算，因此旧截图与当前数值可能存在小幅差异。
平台只展示磁力链接与种子文件的元数据，不保存、不托管、不传播任何文件本体，也不提供下载通道。所有条目均来自公开索引，页面的作用是呈现哈希、清单与校验状态三项信息。链接能否连接由来源节点决定，平台只负责如实标注校验结果与时间，不对连接结果作任何承诺。
单次批量核对支持一次提交最多五十条链接或哈希，逐条查询后输出表格，列出每条的状态、体积与最后校验时间。若超出数量，可分批提交，结果页支持导出为纯文本，导出文件包含查询时间、哈希与状态三列，字段用制表符分隔。批量核对不改变条目本身的记录，仅生成一份查询结果。
检索结果、文件清单与批量核对表格都可以导出为纯文本。导出内容只包含页面已有的字段，例如查询时间、哈希、体积、文件数量与校验状态，不含推测性描述。导出文件的字段用制表符分隔，可直接粘贴进常见表格软件进行二次整理。导出行为不记录账号信息，也不会影响条目的热度统计。
定位、产品、场景与选择理由，各占一栏
磁力网站以磁力链接与种子元数据为对象做索引，把哈希、清单、状态三部分拆开呈现，让每一次核对都有据可依。
一条链接支持三种输入方式的检索入口，加上文件清单解析与批量核对两个辅助工具，构成日常使用的完整路径。
面对一串哈希值不知道对应什么内容时，平台给出清单与体积构成；面对多条链接难以逐条打开时，平台给出表格化的核对结果。
条目字段拆分清楚，校验时间写明白，导出结果能直接对账，页面层级少，查找路径短，回看历史记录也方便。
批量核对那栏挺顺手，一次贴十条链接，状态和体积都列出来了，不用一条条点开看，对账的时候省了不少来回。
清单按目录展开，分卷文件一眼能数清楚，比只给一个总体积实在多了，核对的时候心里有底，不会下到一半才发现少了。
哈希拆成四段展示这个细节不错，肉眼比对的时候不容易串行。就是移动端表格偶尔挤，横屏之后好一些。
热度曲线和校验状态放在一起看确实有用，曲线往上走但状态是待确认的时候，就知道再等等更稳妥。
导出的文本直接粘进表格就能用，字段分得清楚。希望以后导出的时候能顺手带上条目标题，现在还得自己补一列。
重复过滤解决了老问题，同一个资源被转了好几次，以前得自己比对体积，现在合并成一组，省事也不容易选错。
纠错提交之后给了编号，隔天去查能看到处理到哪一步，这个比石沉大海强。响应不算快，但至少知道有人管。
页面层级少，找东西不用来回跳。导航那几个名字起得挺直白，看一眼就知道点进去是什么，不用猜。
磁力转种子用过几次，转完会提示哈希是否一致，这个提醒挺关键。个别条目转换会慢一点，其他还好。
校验时间写明白这点很重要，看到三天前刚校验过，心里就有数。不像以前那样只能凭感觉判断还能不能用。