磁力链接

title: 历史.
content: 这个标准的草稿出现于2002年,是为了对eDonkey2000的“codice_1”和Freenet的“codice_2”两个URI格式进行“厂商与项目中立化”(英语:vendor- and project-neutral generalization)而制定的。同时这个标准也尝试紧密地跟进IETF官方的URI标准。
title: 内容散列函数的应用.
content: 磁力连结最常见的用途是基于文件内容的散列函数值来链接到特定文件,生成一个唯一的文件识别符,类似于ISBN。不像常规的识别符,内容散列可以被任意一位持有此文件的人生成,所以并不需要一个中心机构,这使其在文件共享领域经常被用作搜索条件,因任何人都可以分发一个磁力连结来确保该链接指向的资源就是他想要的,而和得到该资源的方式无关。(虽然技术上讲,两个不同的文件可能具有相同的散列值,但实际上这是极不可能发生的)  另一个磁力连结的优势是开放性和跨平台性:一个磁力连结可被运行在几乎所有平台上的应用程序们使用以下载一个文件。因为磁力连结十分简洁且为纯文本格式,所以用户可以很方便地将其复制到电子邮件或即时消息中,比如种子文件。
title: 技术描述.
content: 磁力连结由一组参数组成,参数间的顺序没有讲究,其格式与在HTTP链接末尾的查询字符串相同。最常见的参数是"xt",是"exact topic"的缩写,通常是一个特定文件的内容散列函数值形成的URN,例如:  其值是编码的文件的SHA-1散列。  注意,虽然这个链接指向一个特定文件,但是客户端应用程序仍然必须进行搜索来确定哪里,如果有,能够获取那个文件。  在标准的草稿中其他参数的定义如下:  标准还建议同类的多个参数可以在参数名称后面加上".1", ".2"等来使用,例如
title: 描述.
content: 磁力连结可以包括一个或多个参数,之间用'&'隔开。参数的顺序在文件在标准中没有记录。有一些参数的值对于客户端正确解析磁力连结很重要。
title: 参数.
title: xt参数.
content: 磁力连结的这部分最重要。用于寻找和验证包含着磁力连结中的文件。  TigerTree散列函数被用在包括和在内的几个网络中。  Gnutella和使用的散列函数。  这种散列函数包含一个SHA-1散列函数和一个TTH散列函数,用"."隔开。  Gnutella和使用。  eDonkey2000使用的散列函数算法。  不是正式的磁力连结的一部分。eDonkey2000使用的散列函数算法,用于存储和控制下载完成、正在下载的文件的完整性。  使用的散列函数算法。  BitTorrent使用的散列函数算法。出于向下兼容的考虑,客户端需要同时支持被编码过的BTIH散列结果。  支持的散列函数算法。  不是正式的磁力连结的一部分。没有任何已知的P2P网络使用。
title: 网络连结至档案.
content: 有两种可以插入到磁力连结的下载链接作为直接或者备用资源。
title: 普通连结(as).
content: "as"的意思是"acceptable source"。这种链接指向从网络服务器的直接下载。只有在指定的超时后才会连结,防止服务器过载。客户端在考虑向服务器发送下载请求前会先花一定时间在P2P网络中定位文件。
title: P2P链接(xs).
content: 链接可以是链接到磁力连结的文件的HTTP(SHTTP、FTP、SFTP等)下载源、文件的P2P源地址或是hub(使用DC++时)地址。对于这一链接,客户端尝试直接连结,并请求文件或其来源,有时会同时请求二者。这一字段常被P2P客户端用来存储源。引用中可能包含文件hash。  内容寻址网络(CAN)URL  这类链接被Gnutella还有G2应用程序使用,基于RFC 2168。  例:  这一链接立即将DirectConnect客户端连接到刚才讨论的hub。  这种情况下,链接包含的点不是客户端IP或直接来源,而是来源缓存。这样的缓存并不包含文件本身,而是存储了其他客户端的IP,这些客户端连接到缓存来下载相同的文件。一旦客户端连接到缓存并获得其他替代来源的IP,其自身IP就会存入到缓存中,然后继续连接到下一个缓存,继续请求替代来源。这种系统类似于BitTorrent tracker的操作。
title: 文件列表(mt).
content: 这是一个导向一系列连链接列表(也许是个网页)的链接......  或者是一个URN
title: 关键字(kt).
content: 该部分代表了一串用于P2P网络搜索用的关键字
title: Tracker地址(tr).
content: Tracker URL.用于在不需要分布式杂凑表支持下下载BitTorrent资源。
title: 补充格式(x.).
content: 对于实验性且自补的非正式选项,可以使用前缀x后加已选择的第二个字母
title: 参数组.
content: 通过在每个参数后编号并用"."来分隔允许一个Magnet链接中包含多个文件及它们URN,文件名和散列函数值。
title: 示例.
content: 链接到一个0字节长度的文件。  mediawiki-1.15.1.tar.gz  url magnet
title: 客户端.
content: 此外,支持磁力连结的应用程序还包括Vuze、BearShare、DC++、Deluge、gtk-gnutella、Kazaa、LimeWire、FrostWire、MP3 Rocket、Morpheus、Shareaza、MLdonkey、aMule、KCeasy和TrustyFiles。

Summary: 磁力连结(Magnet URI scheme),是对等网络中进行信息检索和下载文档的电脑程序。和基于“位置”连接的统一资源定位符不同,磁力连结是基于元数据(metadata)文件内容,属于统一资源名称。也就是说,磁力连结不基于文档的IP地址或定位符,而是在分布式数据库中,通过散列函数值来识别、搜索来下载文档。因为不依赖一个处于启动状态的主机来下载文档,所以特别适用没有中心服务器的对等网络。尽管它符合开源标准,却被垄断信息资源和监控用户行为的个人、组织、企业和政府拒之门外。

Magnet-Link: Ein Magnet-Link ist ein URI-Standard für Hyperlinks, die auf Dateien verweisen. Er enthält mindestens eine eindeutige Kennzeichnung (Hash-Wert) der Zieldatei, anhand deren mittels einer (möglicherweise dezentralen) Datenbank der Aufenthaltsort der verlinkten Datei aufgelöst werden kann. Magnet-Links erlauben es, auf eine oder mehrere Dateien zu verweisen, ohne darauf Rücksicht nehmen zu müssen, wo diese gespeichert werden oder dass der Verweis ungültig wird. Sie werden insbesondere im Zusammenhang mit Peer-to-Peer-Netzwerken verwendet. Magnet-Links sind also eher als URNs und weniger als URLs zu betrachten, da sie nicht den Ort, sondern den Inhalt kennzeichnen.