upgrade prod bee to 2.8.0 to match homelab

Homelab migrated to a fresh data dir with --target-neighborhood matching
its original swarmOverlay, so its on-chain provider registration stays
valid. Both ends on 2.8 now speak the same v15 handshake protocol; the
prior --bootnode workaround for v14 isolation is no longer needed.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
Felix FaerberandClaude Opus 4.7 committed 2026-05-28 11:04:27 +03:00
1 parent 2263fed477
commit c6879f1a79
1 file changed
+6 -13
+6 -13
View File
@@ -192,22 +192,15 @@ services:
bee:
# Pinned to 2.7.2-rc1 to match the homelab Bee — both speak the
# /swarm/handshake/14.0.0 protocol so they can peer directly. Bee 2.8
# bumped the handshake version, and the homelab's existing data dir
# won't boot cleanly under 2.8, so prod stays here until that's
# untangled upstream.
image: ethersphere/bee:2.7.2-rc1
# NOTE: BEE_BLOCKCHAIN_RPC_ENDPOINT is silently ignored by Bee 2.8 — pass
# the flag explicitly. Without it Bee logs "chain backend disabled" and
# exits with "factory fail: chain disabled".
# Pinned to 2.8.0 — matches the homelab Bee. Both speak the v15
# handshake. Homelab uses a fresh data dir + --target-neighborhood
# to keep the same swarmOverlay as its on-chain provider registration.
image: ethersphere/bee:2.8.0
# NOTE: BEE_BLOCKCHAIN_RPC_ENDPOINT env var is silently ignored — pass
# the flag explicitly. Without it Bee logs "chain backend disabled".
command:
- start
- --blockchain-rpc-endpoint=https://rpc.gnosischain.com
# The default bootnodes (mainnet.ethswarm.org) all reject Bee 2.7.x's
# v14 handshake — fresh nodes can't bootstrap. Use the homelab Bee
# (also 2.7.2-rc1, well-connected) as our entry point into the swarm.
- --bootnode=/dns4/bee.ffaerber.duckdns.org/tcp/1634/p2p/QmZTZyeQhFBMtta9XhtHUoLE3EtDKrzv76uoQX9h9SowQC
env_file:
- .env
environment: