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.
* feat: reliability for relay protocol
* chore: add todo
* feat: implementation of message hash query
* fix format
* wording
* feat: message missing messages
* chore: polish words
* chore: more
* Update standards/application/relay-reliability.md
Co-authored-by: richΛrd <info@richardramos.me>
* Update standards/application/relay-reliability.md
Co-authored-by: richΛrd <info@richardramos.me>
* chore_: more workflow
* chore: explicit words between app and waku.
* chore: more about lightpush
* chore: more line breaks
* chore: use transport instead of relay
* chore: styling
* Update standards/application/relay-reliability.md
Co-authored-by: Hanno Cornelius <68783915+jm-clius@users.noreply.github.com>
* Update standards/application/relay-reliability.md
Co-authored-by: Hanno Cornelius <68783915+jm-clius@users.noreply.github.com>
* Update standards/application/relay-reliability.md
Co-authored-by: Hanno Cornelius <68783915+jm-clius@users.noreply.github.com>
* Update standards/application/relay-reliability.md
Co-authored-by: Hanno Cornelius <68783915+jm-clius@users.noreply.github.com>
* Update standards/application/relay-reliability.md
Co-authored-by: Hanno Cornelius <68783915+jm-clius@users.noreply.github.com>
* Update standards/application/relay-reliability.md
Co-authored-by: Hanno Cornelius <68783915+jm-clius@users.noreply.github.com>
* Update standards/application/relay-reliability.md
Co-authored-by: Hanno Cornelius <68783915+jm-clius@users.noreply.github.com>
* rephrasing
* chore: more rephrasing
---------
Co-authored-by: richΛrd <info@richardramos.me>
Co-authored-by: Hanno Cornelius <68783915+jm-clius@users.noreply.github.com>