BEP 11 Peer Exchange: Private vs Public Swarms

The BitTorrent Extension for Peer Exchange (BEP 11), commonly known as PEX, enables clients to discover new peers directly through established connections rather than relying solely on a central tracker. While BEP 11 operates openly in public swarms to accelerate connection speeds, reduce tracker load, and complement the Distributed Hash Table (DHT), it is intentionally restricted or completely disabled in private swarms. In private ecosystems, client compliance with the private metadata flag enforces strict tracker-only communication to preserve user authentication, access control, and bandwidth ratio accounting.

How BEP 11 Works

BEP 11 standardizes the method for BitTorrent clients to exchange lists of active peers using extension messages (ut_pex). When two clients establish a connection, they can periodically send messages containing lists of added and dropped peers. This allows a client to quickly expand its routing table and maintain high transfer speeds even if the central tracker is unreachable or experiencing high latency.

BEP 11 in Public Swarms

In public torrent swarms, BEP 11 is enabled by default and acts as a decentralized optimization layer.

BEP 11 in Private Swarms

Private torrent trackers enforce membership, invite-only access, and user-specific download/upload ratios. BEP 11 conflicts directly with these requirements and is handled differently:

Summary of Differences

Feature Public Swarms Private Swarms
PEX Status Enabled by default Disabled via private = 1 flag
Peer Source Tracker, DHT, PEX, LPD Authorized tracker announces only
Access Control Open to all peers Restricted to authenticated members
Traffic Accounting Unmetered / Decentralized Monitored per-user via passkey