Nimbus
Overview
Nimbus is a research project and a client implementation for Ethereum designed to perform well on embedded systems and personal mobile devices, including older smartphones with resource-restricted hardware. The Nimbus team are from Status the company best known for their messaging app/wallet/Web3 browser by the same name. Nimbus (Apache 2) is written in Nim, a language with Python-like syntax that compiles to C.
Note: Nimbus is configured to run both validator client and beacon chain client in one process.
Official Links
Documentation
1. Initial configuration
Create a service user for the consensus service, create data directory and assign ownership.
sudo adduser --system --no-create-home --group consensus
sudo mkdir -p /var/lib/nimbus
sudo chown -R consensus:consensus /var/lib/nimbusInstall dependencies.
sudo apt install curl libsnappy-dev libc6-dev jq libc6 unzip ccze -y2. Install Binaries
Downloading binaries is often faster and more convenient.
Building from source code can offer better compatibility and is more aligned with the spirit of FOSS (free open source software).
Option 1 - Download binaries
Run the following to automatically download the latest linux release, un-tar and cleanup.
Install the binaries, display version and cleanup.
Option 2 - Build from source code
Install dependencies.
Build the binary.
Verify Nimbus was built properly by displaying the version.
Install the binary.
3. Setup and configure systemd
Create a systemd unit file to define your consensus.service configuration.
Paste the following configuration into the file.
This configuration combines the beacon chain and validator into one running service. While it is simpler to manage and run, this configuration is less flexible when it comes to running EL+CL failover nodes or in times you wish to resync your execution client and temporarily use Rocket Pool's Rescue Node.
Replace
<0x_CHANGE_THIS_TO_MY_ETH_FEE_RECIPIENT_ADDRESS>with your own Ethereum address that you control. Tips are sent to this address and are immediately spendable.Not staking? If you only want a full node, use the Standalone Beacon Node configuration and delete the whole line beginning with
To exit and save, press Ctrl + X, then Y, then Enter.
Run the following to quickly sync with Checkpoint Sync.
Checkpoint sync allows you to start your consensus layer within minutes instead of days.
When the checkpoint sync is complete, you'll see the following message:
Done, your beacon node is ready to serve you! Don't forget to check that you're on the canonical chain by comparing the checkpoint root with other online sources. See https://nimbus.guide/trusted-node-sync.html for more information.
Run the following to enable auto-start at boot time.
Finally, start your consensus layer client and check it's status.
Press Ctrl + C to exit the status.
Check your logs to confirm that the consensus clients are up and syncing.
Example of Synced Consensus Client Logs
4. Helpful consensus client commands
Example of Synced Nimbus Consensus Client Logs
Common reasons to reset the database can include:
To reduce disk space usage
To recover from a corrupted database due to power outage or hardware failure
To upgrade to a new storage format
With checkpoint sync, time to re-sync the consensus client should take only a minute or two.
Now that your consensus client is configured and started, you have a full node.
Proceed to the next step on setting up your validator client, which turns a full node into a staking node.
If you wanted to setup a full node, not a staking node, stop here! Congrats on running your own full node! π
Last updated