Magnet 鏈接由壹組參數組成，它們之間的順序不是很重要。最普通的是 “xt”，下面是壹個示例:
magnet:?xt=urn:sha1:YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C
其它的參數初步是這樣定義的：
“dn” （“顯示名稱”）：顯示此文件名
“kt” （“關鍵詞”）：指定搜索方式而非特定文件
“mt” （“其它文件列表”）：用壹個URI指向壹個列表，如其它的壹些項目
tr （“Tracker”）：Tracker服務器URL
特定程序的參數，必須以“x.”開頭
標準還建議2個同種類的參數最好在後面加上數字1、2等，如：
magnet:?xt.1=urn:sha1:YNCKHTQCWBTRNJIV4WNAE52SJUQCZO5C&xt.2=urn:sha1:TXGCZQTH26NL6OUQAJJPFALHG2LTGBC7
在網頁中，“磁力鏈接”的下載按鈕，通常具有類似下面這樣的圖標
“磁力鏈接”的主要作用是識別能夠通過“點對點技術（即：P2P）”下載的文件。
這種鏈接是通過不同文件內容的Hash結果生成壹個純文本的“數字指紋”，來識別文件的。而不是基於文件的位置或者名稱
這就類似生活中消費品包裝上常見的條碼。不同的是這個“數字指紋”可以被任何人從任何文件上生成，這也就註定了“磁力鏈接”可以不需要任何“中心機構”的支持（例如：BT Tracker服務器），且識別準確度極高。
因此任何人都可以生成壹個Magnet鏈接並確保通過該鏈接下載的文件準確無誤。
magnet URI取代種子和Tracker模式是大勢所趨，遲早成為主流的BT下載方式。
05年以後的DHT協議（序列式哈希表）的廣泛應用就是MAGNET的雛形，電騾的EAD網絡也是基於這個原理構造的。 DHT協議的存在，使得每壹個機器在下載壹個文件的時候能夠獲得壹個ID，這個ID是通過對文件的元數據進行哈希運算得到的（類似現在的Magnet URI）。那麽在下載同壹個文件的兩個機器的ID值應當是相似的，DHT協議允許機器通過查找與本機相似的ID來進行機器間的網絡連接，從而避開了Tracker服務器但又保證了P2P下載的效果。 另外，DHT協議只允許記憶自己周圍壹定範圍內的機器ID值，這樣即便其中壹臺機器的DHT協議出現問題，也不會影響到整個網絡的繼續使用。如果想要獲得全局網絡的信息，就必須壹個壹個機器的查詢，這樣類似連鎖反應的連接方式構建的網絡並不存在真正意義上的中心，與Tracker服務器相比，具有更高的隱蔽性。 Magnet URI，也就是通俗意義上的Magnet值，是通過對文件內容進行哈希運算產生的壹個類似數字指紋的東西，換句話說，Magnet URI表征了下載文件的特征。它的值，是基於對文件內容的運算而的來，而非具體的文件名和文件位置。 這壹技術本來是為了對P2P網絡中文件的可用性進行查詢而誕生的。現在則在DHT協議網絡中充當著相互鑒別的依據。