Avado Documentation
  • Your AVADO
    • Welcome to AVADO
      • Protect your AVADO
      • The AVADO NFT
    • Connecting to your AVADO
      • Quick Access via AVADO Wi-Fi
      • Set up Remote Connect + ZeroTier
    • Finding Your Way Around
      • The Home Page and Menus
      • The DApp Management Page
    • AVADO Support Community
      • AVADO Praise
      • Beware of Scammers
  • Staking Ethereum
    • ETH Staking Overview
    • Setting up the ETH Clients
      • Configuring the Consensus Client
      • Syncing the Consensus Client
        • Teku
        • Prysm
        • Nimbus
      • Syncing the Execution Client
        • Geth
        • Nethermind
    • Solo Staking (32 ETH)
      • Generate Keys
        • Re-generate or Generate More Keys
      • Deposit 32 ETH
      • Import Validator Keys
      • Monitor Your Node
      • Rewards and Penalties
      • Set up MEV-Boost
      • Set Withdrawal Address
      • Exit from a Solo Validator
    • Rocketpool (8 or 16 ETH)
      • Setting up a Rocketpool Node
      • Add Minipool
      • Backup and Restore
      • Monitor Your Rocketpool Validators
      • Rocketpool Rewards
      • Exit Your Minipools
      • Rocketpool FAQ
    • Stader (4 ETH)
  • More Staking Opportunities
    • Gnosis Staking
      • Getting Started on Gnosis Chain
      • Setting up the Gnosis Clients
      • Generate Keys (Gnosis)
      • Deposit 1 GNO
      • Import Validator Keys
      • Monitor Your Node
      • Rewards and Penalties
      • Set Withdrawal Address
      • Exit from a Gnosis Validator
    • Avalanche Staking
    • Qtum Staking
  • Quick Help
    • Frequently Asked Questions
    • Connection Troubleshooting
    • Attestation Troubleshooting
    • Opening Network Ports
    • Teku Zero Sync
    • Switching from Prysm to Teku, etc.
    • Use Metamask with your AVADO
    • Help with Wi-Fi Password
    • Resetting your BIOS
    • Delivery and Return
Powered by GitBook
On this page
  • Nimbus' Syncing Process
  • Troubleshooting
  • Normal Operations
  1. Staking Ethereum
  2. Setting up the ETH Clients
  3. Syncing the Consensus Client

Nimbus

PreviousPrysmNextSyncing the Execution Client

Last updated 1 year ago

Nimbus' Syncing Process

By default, Nimbus uses a recently finalized checkpoint state hosted by AVADO, and only need to catch up to the current head of the blockchain. This process is relatively fast, usually taking only a few minutes to no more than an hour.

Nimbus' DApp and the Logs provide useful information about it's activities. To observe the syncing progress:

  1. Check the status in the . The percentage completion starts above 99% (due to Checkpoint Sync) and steadily increases. The "sync distance", which represents the gap between the currently synced block and the chain's head, may fluctuate but should eventually reach zero.

Once Nimbus has started up and initialized, you should start to see the following lines in the Logs:

Slot start
Slot end
Eth1 sync progress

This indicates that Nimbus is progressing smoothly.

Troubleshooting

If you notice that the status in the DApp remains stuck at "Waiting for beacon chain to become ready" without any progress, or if you come across error messages in the Logs, Nimbus might have a problem syncing.

The most common problems are:

  • Nimbus fails to find the Execution Client. It may be the case that you have not yet installed the Execution Client, in which case once you have set up the Execution Client this error will go away.

No synced execution layer available for deposit syncing 

If you have already installed an Execution Client but this error persists, check that you have correctly selected the Execution Engine (Geth or Nethermind) on Nimbus' Settings page, to match with your installed Execution Client. Remember to click Apply changes to update the setting.

If the error persists, check the Logs of the Execution Client to see what is going on there. Sometimes a Restart of the Execution Client and the Consensus Client is all that is needed to resolve the issue. Please also feel free to reach out to our Discord channel for support.

Normal Operations

Here is an example of how the Nimbus Logs should look like when:

  • Nimbus is fully synced;

  • The Execution Client is fully synced;

  • You have loaded Validator Keys into Nimbus, and the Validators have become active on the Beacon Chain; and

  • You have installed and configured MEV-Boost.

Key observations:

  • Nimbus diligently tracks each slot ("Slot start") and each epoch.

  • The line "Attestation sent" indicates that your validators have produced attestations.

  • Nimbus does not announce registering your validators on the builders network, even though MEV-Boost is enabled.

If you notice that your validators are missing attestations, it is often beneficial to inspect the Logs for any abnormal behavior or issues.

Inspect the Logs. Familiarizing yourself with the Logs enables you to confidently assess whether the process is running smoothly or if any issues require attention. To access the Logs, open the Nimbus from the My Dapps menu and scroll to the bottom.

Nimbus fails to connect to sufficient number of peers. If you are getting a low peer count, there may be a problem with your network setting. See to learn how to resolve this (by "opening port 9100" on the router).

Management Page
Opening Network Ports
Nimbus DApp