Recent from talks
Nothing was collected or created yet.
| DC++ | |
|---|---|
![]() | |
DC++ 0.777 on Windows 7 | |
| Developer | Jacek Sieka |
| Stable release | |
| Repository | |
| Written in | C++ |
| Operating system | Windows |
| Type | Peer-to-peer |
| License | GNU GPLv2 or later |
| Website | dcplusplus.sourceforge.io |
DC++ is a free and open-source, peer-to-peer file-sharing client that can be used for connecting to the Direct Connect network or to the ADC protocol. It is developed primarily by Jacek Sieka, nicknamed arnetheduck.
History and background
[edit]DC++ is a free and open-source alternative to the original client, NeoModus Direct Connect (NMDC);[1] it connects to the same file-sharing network and supports the same file-sharing protocol. One of the reasons commonly attributed to the popularity of DC++ is that it has no adware of any kind, unlike NMDC.[2]
Many other clients exist for the Direct Connect network, and most of these are DC++ "mods": modified versions of DC++, based on DC++'s source code. A partial list of DC++ mods is given below. Some of these clients were developed for specialized communities (e.g. music-sharing communities), or in order to support specific experimental features, or perhaps features that have been rejected from inclusion in DC++ itself. An example of an experimental feature is hashing, which was initially implemented in BCDC++ and later adopted by DC++.
As of 2008[update], DC++ had around 90% market share of the Direct Connect community.[3]
Forks
[edit]
An advantage of the free and open-source nature of DC++ is that several mods have been released which add features to the original client.
Many users send patches to DC++ which are included in future releases, but some features are rejected by the developer. Stated reasons for rejecting a patch are because they are coded poorly, or that the feature is frivolous, abusable or overly specialized, and does not belong in the main client. Examples include: upload bandwidth limiting (many users feel that upload bandwidth limiting is a form of cheating, while other users not using a full-duplex network connection can only achieve reasonable download speeds by limiting uploads), colorized chat, specialized operator functions (e.g. client/share checking).
The developers of some forks contribute features and bug fixes back upstream to DC++.
Client software comparison
[edit]General
[edit]| Client | FOSS | Software license | Active | Release date (latest version) |
|---|---|---|---|---|
| AirDC++ | Yes | GNU GPLv2 or later | Yes | 2023-08-27 (v4.21) |
| AirDC++ Web Client | Yes | GNU GPLv2 or later | Yes | 2024-12-07 (v2.13.2) |
| ApexDC++ | Yes | GNU GPLv2 or later | No | 2018-12-25 (v1.6.5) |
| DC++ | Yes | GNU GPLv2 or later | Yes | 2025-09-13 (v0.883) |
| EiskaltDC++ | Yes | GNU GPLv3 or later | Yes | 2021-03-03 (v2.4.2) |
| FlylinkDC++ | Yes | GNU GPLv2 or later | Yes | 2023-12-31 (r601 build 23343) |
| LinuxDC++ | Yes | GNU GPLv2 or later | No | 2011-04-17 (v1.1.0) |
| RSX++ | Yes | GNU GPLv2 or later | No | 2011-04-14 (v1.21) |
| StrongDC++ | Yes | GNU GPLv2 or later | No | 2010-12-27 (v2.42) |
| TkDC++ | Yes | GNU GPLv2 or later | No | 2010-11-29 (v1.3) |
Operating system support
[edit]| Client | Windows | Linux | macOS | BSD | Haiku |
|---|---|---|---|---|---|
| AirDC++ | Yes | No | No | No | No |
| AirDC++ Web Client | No | Yes | No | No | No |
| ApexDC++ | Yes | No | No | No | No |
| DC++ | Yes | No | No | No | No |
| EiskaltDC++ | Yes | Yes | Yes | Yes | Yes |
| FlylinkDC++ | Yes | No | No | No | No |
| LinuxDC++ | No | Yes | No | Yes | No |
| RSX++ | Yes | No | No | No | No |
| StrongDC++ | Yes | No | No | No | No |
| TkDC++ | Yes | No | No | No | No |
Interface and programming
[edit]| Client | GUI | CLI | WebUI | Programming language | Based on |
|---|---|---|---|---|---|
| AirDC++ | Yes | No | Yes | C++ | StrongDC++ |
| AirDC++ Web Client | No | Yes | Yes | C++ | AirDC++ |
| ApexDC++ | Yes | No | No | C++ | StrongDC++ |
| DC++ | Yes | No | No | C++ | - |
| EiskaltDC++ | Yes | Yes | Yes | C++ | DC++ |
| FlylinkDC++ | Yes | No | Yes | C++ | ApexDC++/StrongDC++ |
| LinuxDC++ | Yes | No | No | C++ | DC++ |
| RSX++ | Yes | No | No | C++ | StrongDC++ |
| StrongDC++ | Yes | No | No | C++ | DC++ |
| TkDC++ | Yes | No | No | C++ | StrongDC++ / DC++ bzr |
Features
[edit]| Client | Magnet URI | UPnP | NAT traversal | DHT | Encryption | IPv6 | IDNA | Plugin | Proxy | Hash algorithms | Protocol support |
|---|---|---|---|---|---|---|---|---|---|---|---|
| AirDC++ | Yes | Yes | Yes | No | Yes | Yes | No | Yes | Tiger Tree Hash | TIGR, ADCS | |
| AirDC++ Web Client | Yes | Yes | Yes | No | Yes | Yes | No | Yes | Tiger Tree Hash | TIGR, ADCS | |
| ApexDC++ | Yes | Yes | Yes | Yes | Yes | No | No | Lua, C++ | Yes | Tiger Tree Hash | TIGR, ADCS |
| DC++ | Yes | Yes | Yes | No | Yes | Yes | No | Yes | Tiger Tree Hash | TIGR, ADCS | |
| EiskaltDC++ | Yes | Yes | Yes | Yes | Yes | No | Yes | Lua, Qt Script, QML | Yes | Tiger Tree Hash | TIGR, ADCS |
| FlylinkDC++ | Yes | Yes | Yes | Yes | Yes | No | Yes | Yes | Tiger Tree Hash | TIGR, ADCS | |
| LinuxDC++ | Yes | Yes | Yes | No | Yes | No | No | Yes | Tiger Tree Hash | TIGR, ADCS | |
| RSX++ | Yes | Yes | Yes | Yes | Yes | No | No | Lua, C++ | Yes | Tiger Tree Hash | TIGR, ADCS |
| StrongDC++ | Yes | Yes | Yes | Yes | Yes | No | No | Yes | Tiger Tree Hash | TIGR, ADCS |
See also
[edit]References
[edit]- ^ "What Are Direct Connect Protocol And DC++? How To Use DC++ For File Sharing?". Fossbytes. 2017-02-16. Archived from the original on 2021-11-02. Retrieved 2021-11-02.
- ^ Annalee Newitz (July 2001). "Sharing the Data". Metro, Silicon Valley's Weekly Newspaper. Metro Publishing Inc. Archived from the original on 2021-01-21. Retrieved 2006-12-21.
- ^ Fredrik Ullner (January 2008). "PC Pitstop and its P2P-report". DC++: Just These Guys, Ya Know?. Archived from the original on 2008-03-22. Retrieved 2008-03-19.
- ^ "Client Software - ADCPortal Wiki". Archived from the original on 2011-07-07. Retrieved 2011-01-28.
External links
[edit]- DC++ (Official website)
- DC++ Webhelp
Introduction
Definition and Purpose
DC++ is a free and open-source client software primarily designed for Windows, serving as an implementation for the Direct Connect (DC) and Advanced Direct Connect (ADC) protocols in peer-to-peer file sharing.[1] It allows users to connect to decentralized networks for exchanging files directly between peers, bypassing traditional central servers for storage or distribution.[2] As part of the broader Direct Connect ecosystem, DC++ emphasizes user control and privacy in file sharing.[1] The primary purpose of DC++ is to facilitate efficient, ad-free decentralized file sharing through a hub-based model, where hubs act as coordination points for users without hosting content themselves.[1] Users share files from their local directories, enabling direct peer-to-peer transfers once connections are established via the hub.[2] This approach promotes community-driven sharing of various digital content, such as software, media, and documents, while supporting features like search functionality across connected peers.[3] Developed by Jacek Sieka in 2001 as an open-source alternative to the original proprietary NeoModus Direct Connect (NMDC) client, DC++ distinguishes itself by being entirely free of advertisements and proprietary restrictions.[1] In its basic operational model, users join public or private hubs—public ones accessible without registration and private ones requiring credentials—to browse, search for, and download files directly from other participants in the network.[2] This hub-centric structure ensures scalability and resilience in a distributed environment.[1]Relation to Direct Connect Network
The Direct Connect network is a peer-to-peer file sharing system that employs a hub-mediated architecture, where clients connect to centralized hubs for coordination while enabling direct transfers between peers. Originating from the NeoModus Direct Connect (NMDC) protocol developed in 1999 by Jonathan Hess as part of his company NeoModus, the protocol facilitates anonymous file sharing by allowing users to join hubs without mandatory personal identification, though some hubs impose registration for access control.[4][5] The NMDC specification defines a text-based communication structure for both client-hub interactions and peer-to-peer connections, emphasizing simplicity and direct file exchanges without requiring a global index.[5] DC++ serves as the primary client implementation within this ecosystem, achieving widespread adoption due to its open-source nature, reliability, and absence of bundled adware that plagued the original NeoModus software. By the mid-2000s, DC++ had become the dominant client, widely used across the network for its support of both NMDC and the advanced ADC protocol extensions.[6] This popularity stems from its active maintenance and features tailored to the Direct Connect environment, positioning it as the de facto standard for users seeking efficient, community-driven file sharing. The network's hub structure underpins its operations, with public hubs serving as open entry points listed in decentralized hub directories (hublists) that anyone can access, often enforcing minimum file-sharing quotas to encourage reciprocity. In contrast, private hubs provide controlled environments for specific communities, requiring user registration or invitations to limit participation and foster trusted exchanges, such as within organizations or local networks.[6] Hubs act as coordinators for searches, chat, and peer discovery but do not host files themselves, routing requests via multicast to connected clients.[6] Direct Connect's decentralized design enables global connectivity through independently operated hubs, eliminating dependence on centralized trackers as seen in protocols like BitTorrent, where a single point of failure could disrupt peer discovery. Instead, users manually select and connect to multiple hubs via hublists, allowing the network to scale organically across regions without a unified authority, supporting persistent communities worldwide.[2][7]History and Development
Origins and Initial Release
DC++ was initiated by Swedish developer Jacek Sieka in 2001 as an open-source response to the limitations of the proprietary NeoModus Direct Connect (NMDC) client, which included bundled adware such as Webcelerator and a restrictive closed-source model that hindered customization.[8][9] NMDC, originally released in 1999, had gained popularity for peer-to-peer file sharing but faced criticism for its intrusive advertisements and lack of extensibility, prompting the need for a free alternative that maintained compatibility with the Direct Connect network while offering improved usability.[8] The project's first public release, version 0.01, arrived on November 21, 2001, implemented in C++ specifically for Windows platforms. This initial version focused on core functionalities essential for the Direct Connect ecosystem, including listing and connecting to hubs, basic chatting, and rudimentary file sharing capabilities, without advanced features like search or downloads that would come in subsequent updates.[10] Sieka's motivations centered on creating an ad-free, intuitive client that could evolve through community contributions, addressing NMDC's shortcomings in interface design and performance while preserving protocol compatibility for seamless integration with existing hubs.[8] DC++ quickly gained traction in the early 2000s amid the broader surge in peer-to-peer file sharing, as users sought decentralized alternatives to centralized services like Napster—shut down in 2001—and the increasingly cluttered Gnutella network. Its rapid adoption was particularly notable in closed-community environments, such as university campuses, where the client's efficiency in hub-based sharing and lack of commercial intrusions appealed to those frustrated by legal pressures and technical inefficiencies in other P2P tools. By the mid-2000s, DC++ had established itself as the dominant client in the Direct Connect community, reflecting its successful pivot from NMDC's flaws to a more robust, user-centric design.[11][12]Key Milestones and Updates
In 2002, DC++ introduced support for file hashing using the Tiger Tree Hash (TTH) algorithm, enabling users to verify file integrity and support partial downloads, a feature that was subsequently standardized across the Direct Connect network for broader compatibility and reliability.[13] The integration of the Advanced Direct Connect (ADC) protocol in 2004 marked a pivotal advancement, offering improved efficiency through data compression, enhanced security via encrypted connections and password protection, and better handling of large file lists compared to the original NMDC protocol.[14] Key releases further propelled the client's evolution; version 0.668, released in 2007, incorporated Universal Plug and Play (UPnP) support to automate port forwarding and simplify connectivity for users behind firewalls or NAT routers.[13] More recently, version 0.882 on November 9, 2024, delivered a comprehensive set of bug fixes, updated dependencies, and enhancements to IPv6 support for improved performance on modern dual-stack networks.[15] Following this, minor patches in 2025 addressed compatibility with contemporary operating systems, including version 0.883 released on September 12, 2025, which added support for secure NMDC (nmdcs://) hub connections and further refined stability through library updates.[16] These milestones collectively enhanced DC++'s robustness, security, and adaptability, sustaining its utility for peer-to-peer file sharing amid the broader decline in P2P network adoption.[17]Technical Features
Supported Protocols
DC++ primarily supports two protocols for the Direct Connect network: the legacy Neo-Modus Direct Connect (NMDC) protocol and the more advanced Advanced Direct Connect (ADC) protocol.[2] NMDC serves as a backward-compatible option for connecting to older hubs, utilizing a simple text-based command structure for all communications, including client-hub interactions and peer-to-peer transfers.[5] In NMDC, hub registration occurs through an initial lock-key exchange using commands like$Lock from the hub and $Key from the client, followed by $MyINFO to broadcast user details such as nickname, shared files, and connection type.[5] Peer discovery is facilitated by search commands like $Search, which clients broadcast to the hub for matching files, with results returned via $SR messages containing peer details.[5] Direct connections for file transfers are negotiated using $ConnectToMe for active users or $RevConnectToMe for passive ones, specifying IP addresses and ports, enabling point-to-point TCP streams for downloads and uploads.[5]
ADC, the core protocol for DC++, builds on NMDC's topology but introduces extensibility through feature signaling in the SUP (Supports) message, allowing optional enhancements without breaking compatibility.[18] It uses UTF-8 encoding for international text support and includes native IPv6 compatibility, while extensions enable compression via bzip2 to reduce bandwidth usage during transfers.[18] ADC maintains text-based messaging but supports binary data handling through features like Tiger Tree Hash (TTH) for file integrity verification, encoded in base32 for compact representation in search results and file lists.[19]
Key ADC extensions implemented in DC++ include TIGR for TTH support, which generates Merkle hash trees to verify partial file chunks with a base segment size of 1024 bytes, ensuring data integrity during segmented downloads.[19] The PFSR extension allows partial file sharing from download queues, enabling multi-source segmented downloading where files are divided into verifiable blocks for concurrent transfers from multiple peers.[19] Additionally, the UCMD extension facilitates user commands, including support for Magnet URIs in file metadata, allowing clients to initiate searches or downloads via these links for efficient resource location.[19][20]
These protocols collectively enable file sharing by centralizing peer discovery and registration at hubs while decentralizing transfers through direct IP/port negotiations, with ADC's extensions enhancing efficiency for large-scale, integrity-checked exchanges.[18][5]
User Interface and Usability
DC++ features a multi-pane layout designed for efficient navigation within the Direct Connect network, comprising distinct windows for key functions. The Public Hubs window displays a list of available hubs, accessible via the toolbar or View menu, allowing users to connect to file-sharing communities. The Search window enables querying files across connected hubs, while the Transfers window monitors ongoing uploads and downloads. The Download Queue window provides detailed oversight of pending files, and user lists appear in the right-hand panel of individual hub windows, showing connected participants and their sharing status.[21] Usability is enhanced through intuitive queue management tools in the Download Queue window, where users can pause, prioritize, or remove items via toolbar buttons or right-click menus, supporting efficient control over file transfers. Keyboard shortcuts facilitate quick actions, such as Ctrl+F for search or Ctrl+Q to toggle the queue, alongside standard Windows key combinations, streamlining interaction without reliance on the mouse. The interface, built using Microsoft Foundation Classes (MFC) for the Windows user interface, supports plugin extensions that allow users to add custom functionality, such as advanced filtering or notifications.[22][23][1] Accessibility is supported through comprehensive keyboard navigation, enabling full operation via shortcuts and tabbing between panes, which aids users with motor impairments. The application's minimal resource requirements—running on 64-bit CPUs with SSE3 support and Windows 7 SP1 or later—ensure compatibility with older hardware, maintaining low CPU and memory usage during typical operations. Protocol interactions, such as hub connections and file listings, are directly visible in the UI panes for transparent user oversight.[23][1]Networking and Connectivity
DC++ employs two primary connectivity modes to facilitate peer-to-peer file sharing: active and passive modes. In active mode, the client initiates outbound connections and accepts inbound ones, requiring proper port configuration for TCP transfers and UDP searches; this mode is preferred for optimal performance but necessitates router support or manual port forwarding if behind a NAT.[24] Passive mode serves as a fallback when active mode is infeasible, allowing outbound connections only while relying on NAT traversal techniques in ADC hubs for peer interactions, though it imposes limitations such as reduced search results and restricted downloads from other passive users.[24] To automate port mapping in active mode, DC++ integrates support for UPnP and NAT-PMP protocols, enabling dynamic configuration of routers that comply with these standards without manual intervention.[25] As of September 2025, DC++ received a bugfix release addressing complex networking issues, maintaining active development.[26] Additionally, DC++ provides experimental IPv6 support, allowing connections over IPv6 networks alongside IPv4, though compatibility with all Direct Connect clients remains limited due to the protocol's evolving implementation.[24] Users can specify separate IPv4 and IPv6 addresses in settings, with the client attempting automatic detection where possible. For data transfers, DC++ supports multi-source downloads, where files can be segmented and retrieved from multiple peers simultaneously using Tiger Tree Hash (TTH) for integrity verification, with automatic source searching to replace unavailable peers.[17] Downloads feature resume capabilities, enabling interrupted transfers to continue from the last checkpoint without restarting.[17] Bandwidth limiting is configurable for both downloads and uploads, preventing network congestion by throttling speeds in kilobytes per second, with dynamic adjustments based on user-defined slots for concurrent connections.[27] Hub connectivity in DC++ includes support for SSL/TLS-encrypted links to secure hubs, using distinct ports for encrypted sessions to ensure privacy during chat and file listing exchanges.[28] Favorite hub management allows users to save hub addresses, nicknames, and passwords, with options for automatic reconnection upon startup or disconnections, prioritizing higher-priority hubs in the list.[29] Performance optimizations in DC++ include connection queuing mechanisms, where excess incoming connection attempts are buffered and processed sequentially to manage high-latency environments and prevent overload, integrated with slot limits for downloads and uploads.[17]Forks and Derivatives
Popular Forks
AirDC++ emerged in 2014 as a fork of DC++, emphasizing a modern user interface and integration with web technologies to enhance accessibility for file sharing in Direct Connect networks.[30] It remains actively developed, with the latest version 4.30 released in September 2025, supporting Windows 10 and 11 alongside its web client capabilities.[31][32] ApexDC++, an early fork originating around 2004 from the StrongDC++ base, prioritized stability and enhanced features for the Direct Connect and ADC protocols.[33] Its development has since slowed, with the last major update in December 2018 (version 1.6.5), though it continues to be used in some communities for its reliable performance on Windows.[34] EiskaltDC++, launched in 2011, serves as a Linux-oriented fork with a Qt-based interface tailored for Unix-like systems, ensuring compatibility with DC++ and other clients via NMDC and ADC protocols.[35] It maintains activity focused on cross-platform support, particularly for Linux distributions, with ongoing GitHub contributions and builds available through package managers like Snap and AppImage as of 2025.[36][37] StrongDC++, developed starting in 2004 within the Russian-speaking Direct Connect community, extends the core DC++ functionality with custom enhancements for file sharing and chatting.[38] It remains relevant in niche hubs, though updates have been infrequent, with the last stable release around 2010, supported by community ports and builds. FlylinkDC++, initiated in late 2011, is a Windows-centric fork known for its extensive feature set, building on DC++ to provide advanced peer-to-peer sharing options.[39] Development persists through community efforts, with builds up to 2023 incorporating automatic configurations and TLS support for NMDC hubs.[40] FearDC, a more recent fork, focuses on security enhancements including TLS support for NMDC hubs, allowing secure connections to legacy networks. It is actively maintained as of 2025 and compatible with standard DC++ protocols.[41] These forks generally arise to incorporate operating system-specific optimizations or specialized features absent in the mainline DC++, fostering diverse client options within the ecosystem.[36]Innovations in Forks
AirDC++ introduced a web-based client interface that enables browser access to file-sharing functions, facilitating easier integration with servers and NAS devices while maintaining compatibility with the Advanced Direct Connect (ADC) protocol.[42] Its responsive web UI adapts to various screen sizes, including mobile devices, thereby enhancing usability across platforms without requiring native mobile apps.[42] ApexDC++ advanced media handling with an integrated media player plugin that supports previews of audio and video files directly within the client, including features like the "/np" command for sharing now-playing status.[43] It also implemented early auto-search tools, such as configurable search intervals and history-based exclusions, to streamline file discovery based on user-defined criteria.[43] ApexDC++ version 1.5.0 incorporated updates from the upstream DC++ codebase, including those from version 0.782, such as file-sharing optimizations and search refinements.[43] ApexDC++ further supports Lua scripting for custom plugins and automation, enabling community extensions like advanced toolbar customizations.[33] EiskaltDC++ emphasizes native Linux support through dual graphical interfaces based on Qt and GTK+, ensuring seamless integration with desktop environments like GNOME and KDE.[36] It provides a lightweight daemon mode for headless operation on servers, optimized for multi-threaded downloads and partial file sharing without a full GUI overhead.[36] This daemon is compatible with systemd for service management on modern Linux distributions, allowing automatic startup and monitoring in production environments.[44] Community efforts in forks have introduced custom scripting capabilities, such as Lua integration in ApexDC++, which permits users to develop personalized scripts for tasks like automated searches or UI modifications.[33] Many forks actively contribute bug fixes and features upstream to DC++, including security patches and protocol improvements, fostering a collaborative ecosystem that sustains the project's relevance.[45] These advancements collectively address limitations in the original DC++, such as cross-platform accessibility and extensibility, thereby prolonging the network's viability amid evolving user needs.[34]Comparison with Other Clients
Feature Comparison
DC++ maintains a focus on core protocol fidelity and minimalism, providing essential Direct Connect functionalities without unnecessary extensions, which ensures broad compatibility and stability across the network.[3] This approach contrasts with its forks, which introduce enhancements to improve usability and performance while preserving interoperability with standard DC clients. For instance, AirDC++ adds features like multiple transfer connections per user to optimize speeds in high-bandwidth scenarios and partial filelists to reduce resource overhead for large shares.[46] Similarly, EiskaltDC++, last updated in 2021 (v2.4.2), extends capabilities with distributed hash table (DHT) support for hub-independent TTH-based searches and scripting extensions via QtScript or Lua, catering to advanced users and multi-platform environments, though unmaintained since then.[36] Non-DC++ clients, such as LinuxDC++, an unmaintained port last updated in 2011 based on DC++ 0.75, offers segmented downloads and TTH integrity verification via a GTK+-based interface, but lacks advanced ADC optimizations and security updates from later DC++ versions, potentially limiting compatibility with modern hubs.[47] These differences highlight how forks prioritize user-specific innovations, like AirDC++'s share profiles for hub-tailored content organization, over the streamlined design of the original DC++.[46] Overall, while all clients support fundamental features, forks enable more flexible workflows for power users without compromising network-wide protocol adherence.| Feature | DC++ | AirDC++ | EiskaltDC++ | LinuxDC++ |
|---|---|---|---|---|
| Segmented Downloads | Yes, with automatic source switching via TTH[3] | Yes, chunked from multiple users with multiple connections per user[46] | Yes, multi-threaded downloads and partial file sharing**[36] | Yes, based on DC++ core*[47] |
| TTH Hashing | Yes, for file integrity and duplicate detection[3] | Yes, integrated with partial sharing and searches[46] | Yes, with DHT for hub-less TTH searches**[36] | Yes, for file integrity verification*[48] |
| Plugin/Extension Support | Yes, basic plugin architecture[3] | Yes, via extensions and Web API for custom integrations[46] | Yes, QtScript and Lua scripting for user extensions**[36] | Limited, relies on DC++ core without native extensions*[47] |
| Multiple Connections per User | No, single connection per transfer[3] | Yes, for improved throughput on fast links[46] | Yes, via multi-threaded handling**[36] | No, follows DC++ single-connection model*[47] |
| Partial File Sharing | No, full file sharing only[3] | Yes, shares incomplete downloads for faster propagation[46] | Yes, partial file sharing and refresh (PFSR)**[36] | No, standard full-file approach*[47] |
| DHT Support | No[3] | No[46] | Yes, for TTH-based decentralized searches**[36] | No*[47] |
| Share Profiles | No, single global share[3] | Yes, hub-specific profiles for targeted sharing[46] | No, but supports per-directory refreshes**[36] | No, unified share configuration*[47] |

