節點交換

節點交換（英語：Peer exchange，簡稱PEX；或稱對等端交換）是一個增強BitTorrent檔案分享協定的通訊協定，它使一組使用者（或對等端）能更加快速和高效地共享特定的檔案。

在BitTorrent檔案分享協定的原始設計中，一個檔案分享組（也稱swarm）中的對等端（使用者）依賴一個稱為Tracker的中心化跟蹤伺服器來找到其他人和維持群組。PEX則極大降低了對等端對Tracker的依賴，允許每個對等端直接更新群組中的對等端參與資訊。通過降低對集中式跟蹤伺服器的依賴，PEX提升了速度、效率和BitTorrent協定的健壯性。

描述

節點交換不能用在將一個新對等端介紹到一個swarm。要初始化與swarm的接觸，每個對等端必須使用一個「.torrent」檔案連接到tracker，或者使用名為bootstrap node的路由電腦來找到一個描述了對等端swarm列表的DHT。對於大多數BitTorrent使用者而言，DHT和PEX將在BitTorrent客戶端啟動並打開一個.torrent檔案後開始工作。另一點值得注意的是「私有種子」，它不會公開可用，且通常將禁用DHT。

節點交換慣例

根據Azureus與µTorrent的開發者之間達成的一致，任何實現上述兩者（之一）機制的客戶端在傳送PEX訊息時應遵守以下限制：^[1]

• 提供的任何PEX訊息中應該不添加超過50個或移除超過50個對等端。
• 對等端交換訊息的傳送頻率不應超過每分鐘一次。

一些客戶端可能選擇強制實施這些限制，並且放棄忽視這些規則的客戶端的連接。^[1]

DHT

為建立一個PEX協定，提供均勻分布的對等端選擇，其中一個可以對種子形成一個小的DHT本地網路。 For each desired new peer one would look up a (uniformly) random key, and use the node responsible for the key as a new peer.這在概念上很簡單，但也需要不小的開銷。^{[來源請求]}

版本

共有三個互不相容的PEX實現（形成非互通的網路群組）^{[來源請求]}

• Vuze – 在Azureus中引入
• BitComet – 專有 – 在BitComet中引入
• MainLine – 在µTorrent中引入

支援對等端交換的客戶端

下列客戶端的特定版本已實現對等端交換：

• Ares Galaxy^{[來源請求]}
• aria2，支援µTorrent PEX^[2]
• Vuze，舊稱Azureus，以及基於它的客戶端^{[需要解釋]}（Vuze PEX僅與Transmission客戶端相容。其他客戶端的PEX已在Vuze及Azureus 3.0.4.3及以上版本中實現）^[3]
• BitComet的舊版本中支援使用專有協定的PEX。^[4]從v.1.19開始，它也添加了µTorrent/Mainline實現的基於擴充協定的PEX。^[5]
• Bitflu^[6]
• BitTorrent^[7]
• KTorrent在2.1 RC1中已實現完整的µTorrent PEX支援。^[8]
• libtorrent及基於它的客戶端（Deluge^[9]、qBittorrent^[10]、MooPolice^[11]）與µTorrent相容
• Tixati
• µTorrent^[12]
• Opera 9.5，支援µTorrent PEX^[13]
• qBittorrent，支援µTorrent PEX^[14]
• rTorrent^[15]
• Transmission（μTorrent和Vuze的實現均相容）^[16]
• XTorrent基於Transmission的原始碼，因此在其1.0 (v40)版本中同樣相容Vuze和µTorrent的實現^[17]