Nim implementation of the Ethereum Beacon Chain https://nimbus.guide
Go to file
Etan Kissling 613f4a9a50
accelerate EL sync with LC with `--sync-light-client` (#4041)
When the BN-embedded LC makes sync progress, pass the corresponding
execution block hash to the EL via `engine_forkchoiceUpdatedV1`.
This allows the EL to sync to wall slot while the chain DAG is behind.
Renamed `--light-client` to `--sync-light-client` for clarity, and
`--light-client-trusted-block-root` to `--trusted-block-root` for
consistency with `nimbus_light_client`.

Note that this does not work well in practice at this time:
- Geth sticks to the optimistic sync:
  "Ignoring payload while snap syncing" (when passing the LC head)
  "Forkchoice requested unknown head" (when updating to LC head)
- Nethermind syncs to LC head but does not report ancestors as VALID,
  so the main forward sync is still stuck in optimistic mode:
  "Pre-pivot block, ignored and returned Syncing"

To aid EL client teams in fixing those issues, having this available
as a hidden option is still useful.
2022-08-29 12:16:35 +00:00
.github switch GitHub Actions CI images from Ubuntu 18.04 to 20.04 (#3988) 2022-08-18 21:07:57 +03:00
.vscode vscode: fix tasks 2019-11-25 13:51:47 +01:00
beacon_chain accelerate EL sync with LC with `--sync-light-client` (#4041) 2022-08-29 12:16:35 +00:00
benchmarks Implement #3129 (Optimized history traversals in the REST API) (#3219) 2022-01-05 15:49:10 +01:00
ci ci: specify explicit throttle limits for Jenkins (#3913) 2022-07-25 16:24:02 +02:00
docker Include auxiliary tools to nightly builds 2022-08-11 17:57:44 +03:00
docs accelerate EL sync with LC with `--sync-light-client` (#4041) 2022-08-29 12:16:35 +00:00
grafana aggregates/slot in fleet (#3520) 2022-05-12 09:51:06 +02:00
installer PKG package for macOS 2022-03-05 15:53:51 +02:00
media `gnosis-chain` -> `gnosis` (#3577) 2022-04-08 23:11:37 +03:00
ncli Bump nbconvert from 6.4.0 to 6.5.1 in /ncli (#4018) 2022-08-24 16:56:45 +00:00
nfuzz libnfuzz uses the mainnet RuntimeConfig (the default one might differ in subtle ways) 2022-08-18 19:48:16 +03:00
research `withState`: `state` -> `forkyState` (#4038) 2022-08-26 22:47:40 +00:00
scripts accelerate EL sync with LC with `--sync-light-client` (#4041) 2022-08-29 12:16:35 +00:00
tests adjust checkpoint tracking for devnets (#4039) 2022-08-29 09:26:01 +02:00
tools Grafana: add 3 more panels (#2946) 2021-10-04 12:04:33 +02:00
vendor bump `news` to fix concurrency bug with >1MB frames (#4028) 2022-08-25 21:14:40 +00:00
wasm scripts: make shebang more portable (#2216) 2021-01-08 11:29:43 +01:00
.editorconfig Makefile targets for ctail and ntu 2020-06-22 17:30:04 +03:00
.gitignore re-generate test report (#4007) 2022-08-20 14:40:33 +00:00
.gitmodules Add support for the Ropsten beacon chain (#3648) 2022-05-20 18:26:07 +03:00
.nvmrc Local sim now includes a prometheus server, a Ganache instance and a simulation dashboard server (in Tmux mode) 2020-06-22 17:30:04 +03:00
AllTests-mainnet.md reduce LC optsync latency (#4002) 2022-08-25 03:53:59 +00:00
CHANGELOG.md Version 22.8.0 2022-08-23 01:11:29 +03:00
ConsensusSpecPreset-mainnet.md use v1.2.0-rc.3 test vectors (#3995) 2022-08-19 04:32:53 +00:00
ConsensusSpecPreset-minimal.md use v1.2.0-rc.3 test vectors (#3995) 2022-08-19 04:32:53 +00:00
LICENSE-APACHEv2 initial commit 2018-07-20 15:46:03 +02:00
LICENSE-MIT initial commit 2018-07-20 15:46:03 +02:00
Makefile accelerate EL sync with LC with `--sync-light-client` (#4041) 2022-08-29 12:16:35 +00:00
README.md [README] Add GitPOAP Badge to Display Number of Minted GitPOAPs for Contributors (#3868) 2022-07-15 00:14:21 +03:00
beacon_chain.nimble Add Nimble lock file (#3560) 2022-03-30 22:00:03 +00:00
config.nims update macOS baseline x86 CPU architecture to Ivy Bridge (#3929) 2022-08-02 19:02:56 +00:00
env.sh [skip ci] Allow the WEB3_URL to be specified in the user .env file 2021-10-19 18:01:03 +03:00
nimble.lock Add Nimble lock file (#3560) 2022-03-30 22:00:03 +00:00
run-goerli-beacon-node.sh Allow the user to use 'goerli' instead of 'prater' (#3874) 2022-07-14 20:07:16 +00:00
run-mainnet-beacon-node.sh remove web3 url prompt in launcher script (#3810) 2022-06-28 23:49:52 +03:00
run-prater-beacon-node.sh remove web3 url prompt in launcher script (#3810) 2022-06-28 23:49:52 +03:00
run-ropsten-beacon-node.sh remove web3 url prompt in launcher script (#3810) 2022-06-28 23:49:52 +03:00
run-sepolia-beacon-node.sh remove web3 url prompt in launcher script (#3810) 2022-06-28 23:49:52 +03:00

README.md

Nimbus Eth2 (Beacon Chain)

Github Actions CI License: Apache License: MIT Stability: experimental

Discord: Nimbus Status: #nimbus-general gitpoap badge

Nimbus-eth2 is an extremely efficient consensus layer (eth2) client implementation. While it's optimised for embedded systems and resource-restricted devices -- including Raspberry Pis, its low resource usage also makes it an excellent choice for any server or desktop (where it simply takes up fewer resources).

Documentation

You can find the information you need to run a beacon node and operate as a validator in The Book.

The Quickstart in particular will help you quickly connect to either mainnet or the Prater testnet.

Quickly test your tooling against Nimbus

The Nimbus REST api is now available from:

Note that right now these are very much unstable testing instances. They may be unresponsive at times - so please do not rely on them for validating. We may also disable them at any time.

Migrate from another client

This guide will take you through the basics of how to migrate to Nimbus from another client. See here for advanced options.

You can check where the beacon chain fits in the Ethereum ecosystem in our Two-Point-Oh series: https://our.status.im/tag/two-point-oh/

Donations

If you'd like to contribute to Nimbus development, our donation address is 0x70E47C843E0F6ab0991A3189c28F2957eb6d3842

Branch guide

  • stable - latest stable release - this branch is recommended for most users
  • testing - pre-release branch with features and bugfixes slated for the next stable release - this branch is suitable for use on testnets and for adventerous users that want to live on the edge.
  • unstable - main development branch against which PR's are merged - if you want to contribute to Nimbus, start here.

Developer resources

To build tools that interact with Nimbus while it's running, we expose an RPC API.

To get started with developing Nimbus itself, see the developer handbook. The code follows the Status Nim Style Guide.

Nimbus is built in the Nim language - the compiler is automatically installed when building the project for the first time. More information - in particular security-related information about the language - can be found in the Auditor Handbook.

Tooling and utilities

We provide several tools to interact with ETH2 and the data in the beacon chain:

  • ncli - command line tool with pretty printers, SSZ decoders, state transition helpers to interact with Eth2 data structures and functions
  • ncli_db - command line tool to perform surgery on the Nimbus sqlite database
  • multinet - a set of scripts to build and run several Eth2 clients locally

For researchers

State transition simulation

The state transition simulator can quickly run the Beacon chain state transition function in isolation and output JSON snapshots of the state. The simulation runs without networking and blocks are processed without slot time delays.

# build and run the state simulator, then display its help ("-d:release" speeds it
# up substantially, allowing the simulation of longer runs in reasonable time)
make NIMFLAGS="-d:release" state_sim
build/state_sim --help

Local network simulation

The local network simulation will create a full peer-to-peer network of beacon nodes and validators on a single machine, and run the beacon chain in real time.

Parameters such as shard, validator counts, and data folders are configured vars.sh. They can be set in as environment variables before launching the simulation.

# Clear data files from your last run and start the simulation with a new genesis block:
make VALIDATORS=192 NODES=6 USER_NODES=1 eth2_network_simulation

# In another terminal, get a shell with the right environment variables set:
./env.sh bash

# In the above example, the network is prepared for 7 beacon nodes but one of
# them is not started by default (`USER_NODES`) - this is useful to test
# catching up to the consensus. The following command will start the missing node.
./tests/simulation/run_node.sh 0 # (or the index (0-based) of the missing node)

# Running a separate node allows you to test sync as well as see what the action
# looks like from a single nodes' perspective.

By default, validators will be split in half between beacon node and validator client processes (50/50), communicating through the common validator API (for example with 192 validators and 6 nodes you will roughly end up with 6 beacon node and 6 validator client processes, where each of them will handle 16 validators), but if you don't want to use external validator clients and instead want to have all the validators handled by the beacon nodes you may use BN_VC_VALIDATOR_SPLIT=no as an additional argument to make eth2_network_simulation.

By default, the simulation will start from a pre-generated genesis state. If you wish to simulate the bootstrap process with a Ethereum 1.0 validator deposit contract, start the simulation with WAIT_GENESIS=yes

make eth2_network_simulation WAIT_GENESIS=yes

You can also separate the output from each beacon node in its own panel, using multitail:

make eth2_network_simulation USE_MULTITAIL="yes"

You can find out more about it in the development update.

Alternatively, fire up our experimental Vagrant instance with Nim pre-installed and give us your feedback about the process!

Visualising simulation metrics

The generic instructions from the Nimbus repo apply here as well.

Specific steps:

# This will generate the Prometheus config on the fly, based on the number of
# nodes (which you can control by passing something like NODES=6 to `make`).
make VALIDATORS=192 NODES=6 USER_NODES=0 eth2_network_simulation

# In another terminal tab, after the sim started:
cd tests/simulation/prometheus
prometheus

The dashboard you need to import in Grafana is "grafana/beacon_nodes_Grafana_dashboard.json".

monitoring dashboard

CI setup

Local testnets run for 4 epochs each, to test finalization. That happens only on Jenkins Linux hosts, and their logs are available for download as artifacts, from the job's page. Don't expect these artifacts to be kept more than a day after the corresponding branch is deleted.

Jenkins artifacts

License

Licensed and distributed under either of

or

at your option. These files may not be copied, modified, or distributed except according to those terms.