mirror of
https://github.com/logos-messaging/specs.git
synced 2026-01-02 14:13:06 +00:00
Remove shard relay subscription for init config
Being able to set what shard to subscribe too when initialising a Waku node is a biased towards service nodes. Indeed, subscribing to shard should be done with the `subscribe` API (yet to be defined). Which can be used with a content topic, and pubsub topic (only if static sharding). A service node such as the `wakunode2` binary can still accept "shards to subscribe to" via CLI, but this is unrelated to the Waku node conf, and the `wakunode2` software should simply call `subscribe` when ready.
This commit is contained in:
parent
95ebcd9ea0
commit
25984c0b14
@ -126,11 +126,6 @@ types:
|
||||
network_config:
|
||||
type: NetworkConfig
|
||||
default: TheWakuNetworkPreset
|
||||
active_relay_shards:
|
||||
type: array<uint>
|
||||
constraints: mode == "relay"
|
||||
default: []
|
||||
description: "The shards for relay to subscribe to and participate in."
|
||||
store_confirmation:
|
||||
type: bool
|
||||
default: false
|
||||
|
||||
Loading…
x
Reference in New Issue
Block a user