Commit f7306d5
test(functional): serve community shards 128 & 256 in the waku fleet
Old peers (v10.33.x) subscribe community channel filters on shards
rs/16/128 and rs/16/256, but the test fleet only served shards 32 and 64.
Those subscribes fail with 'no suitable peers found' and churn the light
client's filter manager, collaterally destabilizing the shard-32
subscription that actually carries the community message -> the light
receiver misses it and times out (flaky full-light / light-light compat
cells against v10.33.2).
Subscribe the fleet (boot-1 + store) to shards 128 and 256 as well, and
bump --num-shards-in-network to 257 so those shards validate. This is a
fleet-only change; the value is not propagated to the status-go backends
(the fleet-config scanner only emits clusterId + node ENRs), so it does
not affect how any backend derives shards.
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>1 parent 6c01035 commit f7306d5
1 file changed
Lines changed: 6 additions & 2 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
23 | 23 | | |
24 | 24 | | |
25 | 25 | | |
| 26 | + | |
| 27 | + | |
26 | 28 | | |
27 | 29 | | |
28 | 30 | | |
29 | | - | |
| 31 | + | |
30 | 32 | | |
31 | 33 | | |
32 | 34 | | |
| |||
62 | 64 | | |
63 | 65 | | |
64 | 66 | | |
| 67 | + | |
| 68 | + | |
65 | 69 | | |
66 | 70 | | |
67 | 71 | | |
68 | 72 | | |
69 | 73 | | |
70 | | - | |
| 74 | + | |
71 | 75 | | |
72 | 76 | | |
73 | 77 | | |
| |||
0 commit comments