Last edited February 10, 2026
Tip
For a full list of all changes and links to their associated PRs, please refer to the the 2.7.0 release page on GitHub.
Bee v2.7.0 Is Now Live
Bee 2.7.0 is now live. This release introduces support for AutoTLS and secure WebSocket connectivity, improves the flexibility of the networking layer with support for multiple underlay addresses, and includes targeted improvements to durability, reliability, and overall node stability.
This release focuses on three main areas:
- Laying the groundwork for browser-based Bee with secure WebSocket (WSS) connectivity
- Improving data durability and retrievability
- Improving stability, observability, and overall node robustness
Bee 2.7 also includes many bug fixes and internal improvements that strengthen the reliability and operational stability of nodes across the network.
This post explains the key changes introduced in Bee 2.7.0, their significance, and what node operators and developers should know when upgrading.
Info
Bee 2.7 is an almost entirely non-disruptive upgrade without any breaking changes. In almost all cases, no migrations or configuration changes are required, and all new functionality is opt-in.
There is one edge case regarding NAT-related options — with 2.7, the existing nat-addr and newly added nat-wss-addr options are now validated (validation was not included in previous Bee versions), so if these options are used, make sure they are set to valid host and port values.
AutoTLS and WSS: Foundations for Browser-Based Bee
Bee 2.7 introduces AutoTLS and support for secure WebSocket connections (wss://) for Bee’s p2p transport.
With AutoTLS, Bee nodes can automatically obtain and manage TLS certificates and expose secure WSS endpoints without manual configuration. This allows standard browser environments to connect to Bee directly in a secure way without custom proxies or manually managed certificates.
Previously, browser-based access required complex and fragile setups. Bee 2.7 makes secure browser connectivity a built-in feature and removes this operational overhead. While Bee 2.7 does not yet run fully in the browser, it provides a critical part of the technical foundation for browser-based Bee clients and WASM-based tooling.
See the "Operator & Developer Changes" section below for options and usage details.
Why it Matters
Enabling Bee in the browser is an important milestone for Swarm. It allows applications to interact with the network directly from standard web environments, enables zero-install clients and in-browser tools, and significantly lowers the barrier to entry for both users and developers.
Info
If a node needs to connect over WSS to other nodes that expose WSS endpoints, WebSocket (WS) support must also be enabled, as this flag activates the WS client within the node.
Multiple Underlay Addresses
Bee 2.7 adds support for advertising and storing multiple underlay addresses per node.
Previously, Bee nodes could only advertise a single underlay address. With this change:
- Nodes can expose multiple p2p transport addresses (currently TCP and WSS)
- It lays the groundwork for more flexible transport selection in the future
This is a foundational networking improvement and is opt-in only. No steps need to be taken by operators if they do not wish to use the feature.
Stronger Durability and Reliability
Bee 2.7 includes an important internal fix that improves Swarm’s real-world data durability and retrievability:
- Erasure coding improvements fix cases where successfully recovered chunks could later become inaccessible after eviction
This change improves the real-world durability and retrievability of data in the network.