Nim implementation of the Ethereum Beacon Chain https://nimbus.guide
Go to file
Jacek Sieka 2449d4b479
cache empty slot state root (#961)
When replaying state transitions, for the slots that have a block, the
state root is taken from the block. For slots that lack a block, it's
currently calculated using hash_tree_root which is expensive.

Caching the empty slot state roots helps us avoid recalculating this
hash, meaning that for replay, hashes are never calculated. This turns
blocks into fairly lightweight "state-diffs"!

* avoid re-saving state when replaying blocks
* advance empty slots slot-by-slot and save root
* fix sim randomness
* fix sim genesis filename
* introduce `isEpoch` to check if a slot is an epoch slot
2020-05-03 19:44:04 +02:00
.vscode vscode: fix tasks 2019-11-25 13:51:47 +01:00
beacon_chain cache empty slot state root (#961) 2020-05-03 19:44:04 +02:00
benchmarks bump some eth2 phase0 spec refs to v0.11.1 2020-04-17 16:37:52 +03:00
docker post-merge fixes 2020-04-08 23:09:52 +02:00
docs Makefile fix 2020-05-02 16:46:24 +02:00
media [Ready] README polish (#602) 2019-11-29 15:39:46 +00:00
multinet Remove multinet scripts and forward to their new location [skip ci] 2019-10-29 19:18:01 +02:00
nbench ssz: move ref support outside (#943) 2020-04-29 22:12:07 +02:00
ncli ssz: move ref support outside (#943) 2020-04-29 22:12:07 +02:00
nfuzz More state_transition unification (#953) 2020-04-30 18:27:17 +02:00
research cache empty slot state root (#961) 2020-05-03 19:44:04 +02:00
scripts launch_local_testnet.sh: dump logs more often 2020-05-02 00:09:04 +02:00
tests block pool simulator (#956) 2020-05-01 17:51:24 +02:00
vendor vendor: bump (#954) 2020-04-30 18:27:04 +02:00
wasm Mechanically remove all mentions of the daemon from the code 2020-03-23 14:59:33 +02:00
.appveyor.yml new initial submodule update strategy (#904) 2020-04-19 01:25:21 +02:00
.gitignore cache empty slot state root (#961) 2020-05-03 19:44:04 +02:00
.gitmodules Spec-compliant implementation of Eth1 monitoring; Eth1-enabled local sim 2020-04-26 13:04:53 +03:00
.travis.yml travis: ccache (#907) 2020-04-20 14:17:23 +02:00
AllTests-mainnet.md re-enable mainnet attestation pool tests (#946) 2020-04-29 13:44:07 +02:00
AllTests-minimal.md avoid memory allocations and copies when loading states (#942) 2020-04-28 10:08:32 +02:00
FixtureAll-mainnet.md fix remaining block sanity test vectors (#902) 2020-04-18 00:09:34 +02:00
FixtureAll-minimal.md fix remaining block sanity test vectors (#902) 2020-04-18 00:09:34 +02:00
FixtureSSZConsensus-mainnet.md 0.11.1 beacon chain spec update (#836) 2020-03-30 11:31:44 +00:00
FixtureSSZConsensus-minimal.md 0.11.1 beacon chain spec update (#836) 2020-03-30 11:31:44 +00:00
FixtureSSZGeneric-minimal.md Add test reports 2020-03-13 14:38:59 +00:00
Jenkinsfile Jenkins: add timeouts to testnet finalisation tests (#947) 2020-04-30 13:59:57 +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 Merge pull request #959 from status-im/publish 2020-05-02 20:57:23 +02:00
README.md Makefile: add "publish-book" target 2020-05-02 16:30:34 +02:00
azure-pipelines.yml new initial submodule update strategy (#904) 2020-04-19 01:25:21 +02:00
beacon_chain.nimble re-enable mainnet attestation pool tests (#946) 2020-04-29 13:44:07 +02:00
config.nims Spec-compliant implementation of Eth1 monitoring; Eth1-enabled local sim 2020-04-26 13:04:53 +03:00
connect-to-testnet Simple validator onboarding 2019-12-03 02:23:17 +02:00
connect-to-testnet.cmd Simple validator onboarding 2019-12-03 02:23:17 +02:00
env.sh bump submodules 2019-08-24 21:56:35 +02:00

README.md

Nimbus Eth2 (Beacon Chain)

Build Status (Travis) Build Status (Azure) License: Apache License: MIT Stability: experimental

Discord: Nimbus Gitter: #status-im/nimbus Status: #nimbus-general

Welcome to Nimbus for Ethereum 2.0.

Nimbus beacon chain is a research implementation of the beacon chain component of the upcoming Ethereum Serenity upgrade, aka Eth2.

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

Table of Contents

Prerequisites for everyone

At the moment, Nimbus has to be built from source.

Nimbus has the following external dependencies:

  • Developer tools (C compiler, Make, Bash, Git)
  • PCRE

Nim is not an external dependency, Nimbus will build its own local copy.

Linux

On common Linux distributions the dependencies can be installed with:

# Debian and Ubuntu
sudo apt-get install build-essential git libpcre3-dev

# Fedora
dnf install @development-tools pcre

# Archlinux, using an AUR manager for pcre-static
yourAURmanager -S base-devel pcre-static

MacOS

Assuming you use Homebrew to manage packages:

brew install pcre

Windows

You can install the developer tools by following the instruction in our Windows dev environment section. It also provides a downloading script for prebuilt PCRE.

Android

  • Install the Termux app from FDroid or the Google Play store
  • Install a PRoot of your choice following the instructions for your preferred distribution. Note, the Ubuntu PRoot is known to contain all Nimbus prerequisites compiled on Arm64 architecture (common architecture for Android devices).

Assuming Ubuntu PRoot is used

apt install build-essential git libpcre3-dev

For users

Connecting to testnets

Nimbus connects to any of the testnets published in the eth2-clients/eth2-testnets repo.

Once the prerequisites are installed you can connect to testnet0 with the following commands:

git clone https://github.com/status-im/nim-beacon-chain
cd nim-beacon-chain
make testnet0        # This will build Nimbus and all other dependencies
                     # and connect you to testnet0

The testnets are restarted once per week, usually on Monday evenings (UTC)) and integrate the changes for the past week.

Interop (for other Eth2 clients)

After installing the prerequisites

To run the Nimbus state transition, we provide the ncli tool:

The interop scripts have been moved in a common repo, the interop relied on 0.8.3 specs which had seen significant changes. The interop branch still exist but is unmaintained.

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.

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

make USE_MULTITAIL="yes" eth2_network_simulation

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 yout 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 and the Grafana dashboard on the fly,
# based on the number of nodes (which you can control by passing something like NODES=6 to `make`).
# The `-d:insecure` flag starts an HTTP server from which the Prometheus daemon will pull the metrics.
make VALIDATORS=192 NODES=6 USER_NODES=0 NIMFLAGS="-d:insecure" 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 "tests/simulation/beacon-chain-sim-all-nodes-Grafana-dashboard.json".

monitoring dashboard

Network inspection

The inspector tool can help monitor the libp2p network and the various channels where blocks and attestations are being transmitted, showing message and connectivity metadata. By default, it will monitor all ethereum 2 gossip traffic.

. ./env.sh
# Build inspector for minimal config:
./env.sh nim c -d:const_preset=minimal -o:build/inspector_minimal beacon_chain/inspector.nim

# Build inspector for mainnet config:
./env.sh nim c -d:const_preset=mainnet -o:build/inspector_mainnet beacon_chain/inspector.nim

# See available options
./env.sh build/inspector_minimal --help

# Connect to a network from eth2 testnet repo bootstrap file - --decode option attempts to decode the messages as well
./env.sh build/inspector_minimal --decode -b:$(curl -s https://raw.githubusercontent.com/eth2-clients/eth2-testnets/master/nimbus/testnet0/bootstrap_nodes.txt | head -n1)

For developers

Latest updates happen in the devel branch which is merged into master every week on Tuesday before deploying a new testnets The following sections explain how to setup your build environment on your platform.

Windows dev environment

Install Mingw-w64 for your architecture using the "MinGW-W64 Online Installer" (first link under the directory listing). Run it and select your architecture in the setup menu ("i686" on 32-bit, "x86_64" on 64-bit), set the threads to "win32" and the exceptions to "dwarf" on 32-bit and "seh" on 64-bit. Change the installation directory to "C:\mingw-w64" and add it to your system PATH in "My Computer"/"This PC" -> Properties -> Advanced system settings -> Environment Variables -> Path -> Edit -> New -> C:\mingw-w64\mingw64\bin (it's "C:\mingw-w64\mingw32\bin" on 32-bit)

Install Git for Windows and use a "Git Bash" shell to clone and build nim-beacon-chain.

Install CMake to be able to build libunwind (used for lightweight stack traces).

When running the tests, you might hit some Windows path length limits. Increase them by editing the Registry in a PowerShell instance with administrator privileges:

Set-ItemProperty -Path 'HKLM:\SYSTEM\CurrentControlSet\Control\FileSystem' -Name 'LongPathsEnabled' -Value 1

and run this in a "Git Bash" terminal:

git config --global core.longpaths true

If you don't want to compile PCRE separately, you can fetch pre-compiled DLLs with:

mingw32-make fetch-dlls # this will place the right DLLs for your architecture in the "build/" directory

If you were following the Windows testnet instructions, you can jump back to Connecting to testnets now

You can now follow those instructions in the previous section by replacing make with mingw32-make (regardless of your 32-bit or 64-bit architecture):

mingw32-make test # run the test suite

Linux, MacOS

After cloning the repo:

# The first `make` invocation will update all Git submodules.
# You'll run `make update` after each `git pull`, in the future, to keep those submodules up to date.
make

# Run tests
make test

# Update to latest version
git pull
make update

To run a command that might use binaries from the Status Nim fork:

./env.sh bash # start a new interactive shell with the right env vars set
which nim
nim --version # Nimbus is tested and supported on 1.0.2 at the moment

# or without starting a new interactive shell:
./env.sh which nim
./env.sh nim --version

Raspberry Pi

We recommend you remove any cover or use a fan; the Raspberry Pi will get hot (85°C) and throttle.

  • Raspberry PI 3b+ or Raspberry Pi 4b.
  • 64gb SD Card (less might work too, but the default recommended 4-8GB will probably be too small)
  • Rasbian Buster Lite - Lite version is enough to get going and will save some disk space!

Assuming you're working with a freshly written image:


# Start by increasing swap size to 2gb:
sudo vi /etc/dphys-swapfile
# Set CONF_SWAPSIZE=2048
# :wq
sudo reboot

# Install prerequisites
sudo apt-get install git libgflags-dev libsnappy-dev libpcre3-dev

# Then you can follow instructions for Linux.

Makefile tips and tricks for developers

  • build all those tools known to the Makefile:
# $(nproc) corresponds to the number of cores you have
make -j$(nproc)
  • build a specific tool:
make state_sim
  • you can control the Makefile's verbosity with the V variable (defaults to 0):
make V=1 # verbose
make V=2 test # even more verbose
make LOG_LEVEL=DEBUG bench_bls_sig_agggregation # this is the default
make LOG_LEVEL=TRACE beacon_node # log everything
  • pass arbitrary parameters to the Nim compiler:
make NIMFLAGS="-d:release"
  • you can freely combine those variables on the make command line:
make -j$(nproc) NIMFLAGS="-d:release" USE_MULTITAIL=yes eth2_network_simulation
make USE_LIBBACKTRACE=0 # expect the resulting binaries to be 2-3 times slower
  • publish a book using mdBook from sources in "docs/" to GitHub pages:
make publish-book

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.