You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
* chore(docs): update wormchain syncing information
CryptoCrew removed the wormchain bits, Polkachu is behind ~4 months,
and MCF serves up to date snapshots.
* chore(docs): new wormchain setup operations
* chore(docs): reference syncing wormchain from snap
* chore(docs): make the clankers happy
Shoutout to my boi @copilot
* chore(docs): address nits from @johnsaigle
This command will ask for a passphrase to be created for it. Both `wormchain.key` and `passphrase` will be used by the following `guardiand` flags:
209
209
210
210
-`--accountantKeyPath`
211
211
-`--accountantKeyPassPhrase`
212
212
213
-
**Note**
214
-
These steps could be executed directly on the `guardiand` node, having previously built the `wormchaind` binary.
213
+
Feel free to run these directly on the `guardiand` node, having previously built the `wormchaind` binary.
214
+
215
+
**NOTE**: Share the wormchain public key for your validator with the Wormhole Foundation. It should be in the format: `wormhole1xxx`.
216
+
217
+
#### Allowlist your new validator
218
+
219
+
Work with the Wormhole Foundation to have another guardian add your new wormchain validator to the allowlist.
220
+
221
+
For transparency, the guardian adding your key to the allowlist would run a command like this (`<allowlisting-guardian-key-name>` is from the `.info` file created previously):
They will also need to send you at least 1 `utest` token which is the native gas token for wormchain (and has no inherent value). This is an example command they run to do this for you:
234
+
235
+
```bash
236
+
wormchaind tx bank send <sender-address><new-validator-address> 1utest \
237
+
--home /path/to/wormchain/directory \
238
+
--from <key-name> \
239
+
--keyring-backend file \
240
+
--chain-id wormchain \
241
+
--broadcast-mode block \
242
+
--node tcp://127.0.0.1:26657
243
+
```
244
+
245
+
#### Sync from a snapshot
246
+
247
+
The easiest way to sync your wormchain node is via a snapshot. Follow [these instructions](../wormchain/syncing.md#sync-from-snapshot) to sync from a snapshot.
248
+
249
+
**NOTE**: past tx might be held up in the governor if you sync wormchain while running an active guardian. Disable the governor feature before syncing in existing guardians. In general, this should only *ever* happen for initial new guardian setup prior to entering the active set via the vote to update the guardian set.
250
+
251
+
#### Create your validator via a transaction
252
+
253
+
The final step before the governance VAA to add your new validator into the guardian set is the `create-validator` wormchain command. Use `<key-name>` from when the `.info` file was created above and run this command:
The native wormchain gas token is `utest` and it is denominated in `uworm`, much like ETH vs gwei. Since wormchain is a permissioned blockchain, these tokens have no inherent value and are solely for submitting transactions.
274
+
275
+
<!-- cspell:enable -->
276
+
277
+
After this, all that remains to add your node to the active set is a governance VAA that the existing guardian set must vote on.
278
+
279
+
##### Creating your validator via an offline transaction
280
+
281
+
Get the `key` for the `--pubkey` flag from `consensus_pubkey` via `wormchaind q staking validators`.
0 commit comments