0cb2be1c35
* Split website in 4: - build - run node - learn - research * only show pages of section in sidebar * home button on each sidebar * index.md for homepages * Add video tutorials * delete old getting-started * rename to "Waku node" * fix nwaku compose * add to dict * script revert research changes * fix broken links * move research index content * move research folder under learn * move research folder under learn: side bar and buttons * remove pointless links
2.0 KiB
| title | hide_table_of_contents | sidebar_label | displayed_sidebar |
|---|---|---|---|
| Upgrade Instructions | true | Upgrade Instructions | runNode |
import { AccordionItem } from '@site/src/components/mdx'
If you are currently using Nwaku, running an old version and want to upgrade your node, please follow the below migration instructions for each target release newer than your current running version in ascending order.
For example, if you are interested in the version v0.32.0 and are currently running v0.30.0, follow the instructions for v0.31.0 and then the ones for v0.32.0
Target Releases
The --protected-topic CLI config was deprecated and is replaced by the new --protected-shard configuration. Instead of configuring topic:public_key you will now need to configure shard:public_key
For example, if you used to run your node with --protected-topic="waku/2/rs/3/4:your_public_key" you will need to replace this configuration for --protected-shard="4:your_public_key"
/waku/2/rs/<CLUSTER_ID>/<SHARD_ID>In order to migrate your existing application, you need to:
- Make sure that your clients are sending messages to pubsub topics in the required format. Check that in your interactions with Nwaku's REST API or when using
js-waku, the configured pubsub topics follow the static sharding format defined above. - When running a node with the
--pubsub-topicCLI flag, the values provided should comply with the static sharding format. - If your application relies on nodes or clients that may not be updated immediately, keep your node on an older version while subscribing to both the current pubsub topic and the new pubsub topic that will comply with the static sharding format. In that case, you can keep backward compatibility for a migration period.