mirror of
https://github.com/status-im/nimbus-eth2.git
synced 2025-01-10 14:26:26 +00:00
Fix: typos (#4064)
* Fix: typos Fix: typos * Fix: typo Fix: typo * Fix: typos Fix: typos * Fix: typo Fix: typo * Fix: typos Fix: typos * Fix: typo Fix: typo
This commit is contained in:
parent
d9ceb61dbd
commit
2ad5239fae
@ -2,7 +2,7 @@
|
||||
|
||||
The Ethereum network is preparing for a major upgrade to merge the beacon chain with the existing proof-of-work execution network, thus transitioning to proof-of-stake.
|
||||
|
||||
Read more about [here](https://ethereum.org/en/upgrades/merge/).
|
||||
Read more about it [here](https://ethereum.org/en/upgrades/merge/).
|
||||
|
||||
## Preparing for the merge
|
||||
|
||||
@ -26,6 +26,6 @@ Please note that once the Bellatrix fork epoch is reached on 6th of September 20
|
||||
|
||||
### Prepare a suggested fee recipient
|
||||
|
||||
After the merge, validators that propose blocks are eligible to recieve transaction fees - read more about fee recipients [here](https://launchpad.ethereum.org/en/merge-readiness#fee-recipient).
|
||||
After the merge, validators that propose blocks are eligible to receive transaction fees - read more about fee recipients [here](https://launchpad.ethereum.org/en/merge-readiness#fee-recipient).
|
||||
|
||||
See the [suggested fee recipent page](./suggested-fee-recipient.md) for information about the changes needed to Nimbus.
|
||||
|
@ -60,7 +60,7 @@ As part of the migration process, you need to stop your existing client and expo
|
||||
You will then find the `slashing-protection.json` file in your specified `/path/to/export_dir` folder.
|
||||
|
||||
!!! tip
|
||||
To be extra sure that your validator has stopped, wait a few epochs and confirm that your validator has stopped attesting (check it's recent history on [beaconcha.in](https://beaconcha.in/)). Then go to [step 3](./migration.md#step-3---import-your-validator-keys-into-nimbus).
|
||||
To be extra sure that your validator has stopped, wait a few epochs and confirm that your validator has stopped attesting (check its recent history on [beaconcha.in](https://beaconcha.in/)). Then go to [step 3](./migration.md#step-3---import-your-validator-keys-into-nimbus).
|
||||
|
||||
=== "Lighthouse"
|
||||
|
||||
@ -95,7 +95,7 @@ As part of the migration process, you need to stop your existing client and expo
|
||||
This will export your history in the correct format to `slashing-protection.json`.
|
||||
|
||||
!!! tip
|
||||
To be extra sure that your validator has stopped, wait a few epochs and confirm that your validator has stopped attesting (check it's recent history on [beaconcha.in](https://beaconcha.in/)). Then go to [step 3](./migration.md#step-3---import-your-validator-keys-into-nimbus).
|
||||
To be extra sure that your validator has stopped, wait a few epochs and confirm that your validator has stopped attesting (check its recent history on [beaconcha.in](https://beaconcha.in/)). Then go to [step 3](./migration.md#step-3---import-your-validator-keys-into-nimbus).
|
||||
|
||||
=== "Teku"
|
||||
|
||||
@ -125,7 +125,7 @@ As part of the migration process, you need to stop your existing client and expo
|
||||
- `--to` specifies the file to export the slashing-protection data to (in this case `/home/slash/slashing-protection.json`).
|
||||
|
||||
!!! tip
|
||||
To be extra sure that your validator has stopped, wait a few epochs and confirm that your validator has stopped attesting (check it's recent history on [beaconcha.in](https://beaconcha.in/)). Then go to [step 3](./migration.md#step-3---import-your-validator-keys-into-nimbus).
|
||||
To be extra sure that your validator has stopped, wait a few epochs and confirm that your validator has stopped attesting (check its recent history on [beaconcha.in](https://beaconcha.in/)). Then go to [step 3](./migration.md#step-3---import-your-validator-keys-into-nimbus).
|
||||
|
||||
=== "Nimbus"
|
||||
|
||||
@ -152,11 +152,11 @@ As part of the migration process, you need to stop your existing client and expo
|
||||
|
||||
This will export your history in the correct format to `slashing-protection.json`.
|
||||
|
||||
> **Tip:** To be extra sure that your validator has stopped, wait a few epochs and confirm that your validator has stopped attesting (check it's recent history on [beaconcha.in](https://beaconcha.in/)). Then go to [step 3](./migration.md#step-3---import-your-validator-keys-into-nimbus).
|
||||
> **Tip:** To be extra sure that your validator has stopped, wait a few epochs and confirm that your validator has stopped attesting (check its recent history on [beaconcha.in](https://beaconcha.in/)). Then go to [step 3](./migration.md#step-3---import-your-validator-keys-into-nimbus).
|
||||
|
||||
|
||||
### 3. Import your validator key(s) into Nimbus
|
||||
To import you validator key(s), follow the instructions [outlined here](./keys.md).
|
||||
To import your validator key(s), follow the instructions [outlined here](./keys.md).
|
||||
|
||||
!!! tip
|
||||
To check that your key(s) has been successfully imported, look for a file named after your public key in `build/data/shared_mainet_0/secrets/`.
|
||||
|
@ -194,7 +194,7 @@ Change the value assigned to `CONF_SWAPSIZE` from `100` to `2048`:
|
||||
...
|
||||
|
||||
# set size to absolute value, leaving empty (default) then uses computed value
|
||||
# you most likely don't want this, unless you have an special disk situation
|
||||
# you most likely don't want this, unless you have a special disk situation
|
||||
CONF_SWAPSIZE=2048
|
||||
|
||||
...
|
||||
@ -300,7 +300,7 @@ build/nimbus_beacon_node deposits import --data-dir=build/data/shared_prater_0
|
||||
We're finally ready to connect to the Prater testnet!
|
||||
|
||||
!!! note
|
||||
If you haven't already, we recommend registering for, and running, your own eth1 node in parallel. For instruction on how to do so, see [this page](./eth1.md).
|
||||
If you haven't already, we recommend registering for, and running, your own eth1 node in parallel. For instructions on how to do so, see [this page](./eth1.md).
|
||||
|
||||
To connect to Prater, run:
|
||||
```
|
||||
@ -333,9 +333,9 @@ To keep track of your syncing progress, have a look at the output at the very bo
|
||||
peers: 15 ❯ finalized: ada7228a:8765 ❯ head: b2fe11cd:8767:2 ❯ time: 9900:7 (316807) ❯ sync: wPwwwwwDwwDPwPPPwwww:7:1.2313:1.0627:12h01m(280512)
|
||||
```
|
||||
|
||||
Keep an eye on the number of peers your currently connected to (in the above case that's `15`), as well as your [sync progress](./keep-an-eye.md#syncing-progress).
|
||||
Keep an eye on the number of peers you're currently connected to (in the above case that's `15`), as well as your [sync progress](./keep-an-eye.md#syncing-progress).
|
||||
|
||||
> **Note:** 15 - 20 peers and an average sync speed of **0.5 - 1.0** blocks per second is normal on `Prater` with a Pi. If you're sync speed is much slower than this, the root of the problem may be your USB3.0 to SSD adapter. See [this post](https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=245931) for a recommended workaround.
|
||||
> **Note:** 15 - 20 peers and an average sync speed of **0.5 - 1.0** blocks per second is normal on `Prater` with a Pi. If your sync speed is much slower than this, the root of the problem may be your USB3.0 to SSD adapter. See [this post](https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=245931) for a recommended workaround.
|
||||
|
||||
|
||||
## Mainnet advice
|
||||
|
@ -6,7 +6,7 @@ The quickstart setup involves running two nodes: an [execution client](./eth1.md
|
||||
|
||||
The beacon node connects to the beacon chain network, syncs historical data and provides [API's](./rest-api.md) to monitor and interact with the beacon chain.
|
||||
|
||||
Running a beacon node is a [worthwhile endeavor](https://vitalik.ca/general/2021/05/23/scaling.html#its-crucial-for-blockchain-decentralization-for-regular-users-to-be-able-to-run-a-node) even if your are not planning on validating yourself!
|
||||
Running a beacon node is a [worthwhile endeavor](https://vitalik.ca/general/2021/05/23/scaling.html#its-crucial-for-blockchain-decentralization-for-regular-users-to-be-able-to-run-a-node) even if you are not planning on validating yourself!
|
||||
|
||||
The guide assumes [Ubuntu Linux](https://ubuntu.com/download/server) is being used, and therefore some familiarity with [the linux command line](https://ubuntu.com/tutorials/command-line-for-beginners) is needed.
|
||||
|
||||
|
Loading…
x
Reference in New Issue
Block a user