{"id":140630,"date":"2025-08-13T11:12:02","date_gmt":"2025-08-13T09:12:02","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-otkrytoj-p2p-sistemy-sinhronizaczii-fajlov-syncthing-2-0"},"modified":"2025-08-13T11:12:02","modified_gmt":"2025-08-13T09:12:02","slug":"vypusk-otkrytoj-p2p-sistemy-sinhronizaczii-fajlov-syncthing-2-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/en\/blog\/news\/vypusk-otkrytoj-p2p-sistemy-sinhronizaczii-fajlov-syncthing-2-0","title":{"rendered":"The release of the open P2P file synchronization system Syncthing 2.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

The release of the Syncthing 2.0 file synchronization system has been announced, where synchronized data is not uploaded to cloud storage but directly replicated between user systems when they are simultaneously online, using the protocol BEP (Block Exchange Protocol) developed by the project. The Syncthing code is written in Go and is distributed under the free MPL license. Ready builds are provided for Linux, Windows, macOS, and FreeBSD. <\/p>\n

In addition to solving data synchronization tasks between multiple devices of a single user, Syncthing allows the creation of large decentralized networks for storing shared data distributed across participant systems. It provides tools for access control and creation of exclusions for synchronization. It is possible to define hosts that will only receive data, meaning changes on these hosts will not be reflected in instances of data stored on other systems. Several file versioning modes are supported, which keep past versions of modified data. <\/p>\n

During synchronization, a file is logically divided into blocks that are indivisible during data transfer between user systems. When synchronizing to a new device, if identical blocks exist on multiple devices, the copying of blocks occurs from different nodes, similar to how the BitTorrent system operates. The more devices involved in synchronization, the faster the replication of new data will occur due to parallelization. During the synchronization of modified files, only the changed data blocks are transmitted over the network, and when renaming or changing access rights, only metadata is synchronized. <\/p>\n

Data transmission channels are formed using TLS, with all nodes authenticating each other via certificates and device identifiers, and SHA-256 is employed for integrity checking. The UPnP protocol can be used to identify synchronization nodes in the local network, eliminating the need for manual input. (the key to connect to is specified, and iroh finds the associated host and establishes an encrypted connection using the QUIC protocol). Direct P2P connections are established whenever possible, but if not, it falls back to using relays, which are also employed for host discovery by keys. You can run your own relay or connect to public relays supported by the community.<\/a> synchronized devices. The system can be configured and monitored through a built-in web interface, CLI client, and a GUI based on the GTK library, which additionally provides tools for managing synchronization nodes and repositories. <\/p>\n

Key changes in the new branch: <\/p>\n