Go to file
terence tsao a5881f924f Deprecate active count and committee cache flags (#4276)
* Deprecate active count and committee cache flags
* Merge branch 'master' into deprecate-flags
2019-12-13 14:00:29 +00:00
.github Create FUNDING.yml (#2800) 2019-06-17 01:49:06 -04:00
.well-known add security file (#2662) 2019-05-20 12:55:38 -04:00
beacon-chain Deprecate active count and committee cache flags (#4276) 2019-12-13 14:00:29 +00:00
contracts Fix Deposit Sender Utility (#4239) 2019-12-10 09:35:24 -08:00
docs Update READINGS.md (#3832) 2019-10-24 10:11:03 +08:00
endtoend Cleanup testutil and change name scheme to reference deterministic (#4167) 2019-12-05 19:51:33 +00:00
proto Graffiti flag (#4213) 2019-12-07 19:13:56 +00:00
scripts Aggregator selection from RPC to validator client (#4071) 2019-11-22 05:11:38 +00:00
shared Deprecate active count and committee cache flags (#4276) 2019-12-13 14:00:29 +00:00
slasher Slasher Grpc client (#4230) 2019-12-13 07:31:37 +00:00
third_party Bring Back Epoch Filtering for ListBlocks API (#4262) 2019-12-12 02:27:19 +00:00
tools Fix DiscoveryV5 (#4237) 2019-12-10 13:35:16 +08:00
validator fix order (#4228) 2019-12-09 22:31:53 +08:00
.bazelrc Mirror run definitions in build (#4129) 2019-11-27 15:34:57 +00:00
.buildkite-bazelrc Buildkite: Disable failing BES (#4087) 2019-11-22 06:11:41 +00:00
.codecov.yml Update codecov to ignore generated code (#2794) 2019-06-12 10:45:17 -04:00
.dockerignore Add tool and script for interop testing (#3417) 2019-09-09 17:31:19 -04:00
.gitattributes linguist-generated=true for mock and pb go files (#1465) 2019-02-02 17:25:28 -05:00
.gitignore Slasher grpc service (#3271) 2019-09-26 09:29:10 -07:00
.golangci.yml upgrading linter from gometalinter to golangci-lint (#2100) 2019-04-26 14:24:01 +08:00
.travis.yml Resolve Proto Lint Issues (#3044) 2019-07-22 14:10:17 -05:00
BUILD.bazel Kafka exporter (#3840) 2019-12-06 02:05:58 +00:00
CONTRIBUTING.md Update CONTRIBUTING.md (#2679) 2019-05-23 06:30:00 -07:00
interop.Dockerfile Add tool and script for interop testing (#3417) 2019-09-09 17:31:19 -04:00
INTEROP.md Default genesisTime to now when generating a genesis state. (#3615) 2019-09-27 10:49:55 -05:00
LICENSE.md update to GPLv3 (#297) 2018-07-20 10:23:48 -05:00
nogo_config.json Nogo fix for mac (#3043) 2019-07-22 07:39:37 -07:00
PULL_REQUEST_TEMPLATE.md Update All Our Documentation (#2012) 2019-03-17 16:30:46 -06:00
README.md Update README.md to reflect spec version (#4146) 2019-11-29 17:15:14 +00:00
renovate.json Update renovate.json (#3780) 2019-10-14 15:23:20 -07:00
service-account.json.enc Bazel cache for travis (#236) 2018-07-07 16:01:58 -04:00
TESTNET.md Update TESTNET.md (#3831) 2019-10-23 17:53:33 +08:00
VERSION Spec freeze updates (#2312) 2019-07-19 19:16:10 -05:00
WORKSPACE Bring Back Epoch Filtering for ListBlocks API (#4262) 2019-12-12 02:27:19 +00:00

Prysm: An Ethereum 2.0 Client Written in Go

Build status ETH2.0_Spec_Version 0.9.0 Discord Gitter

This is the core repository for Prysm, a Golang implementation of the Ethereum 2.0 client specifications developed by Prysmatic Labs.

Need assistance?

A more detailed set of installation and usage instructions as well as breakdowns of each individual component are available in the official documentation portal. If you still have questions, feel free to stop by either our Discord or Gitter and a member of the team or our community will be happy to assist you.

Come join the testnet!

Participation is now open to the public for our Ethereum 2.0 phase 0 testnet release. Visit prylabs.net for more information on the project or to sign up as a validator on the network.

Table of Contents

Dependencies

Prysm can be installed either with Docker (recommended method) or using our build tool, Bazel. The below instructions include sections for performing both.

For Docker installations:

  • The latest release of Docker

For Bazel installations:

  • The latest release of Bazel
  • A modern UNIX operating system (MacOS included)

Installation

Build via Docker

  1. Ensure you are running the most recent version of Docker by issuing the command:
docker -v
  1. To pull the Prysm images from the server, issue the following commands:
docker pull gcr.io/prysmaticlabs/prysm/validator:latest
docker pull gcr.io/prysmaticlabs/prysm/beacon-chain:latest

This process will also install any related dependencies.

Build via Bazel

  1. Open a terminal window. Ensure you are running the most recent version of Bazel by issuing the command:
bazel version
  1. Clone this repository and enter the directory:
git clone https://github.com/prysmaticlabs/prysm
cd prysm
  1. Build both the beacon chain node implementation and the validator client:
bazel build //beacon-chain:beacon-chain
bazel build //validator:validator

Bazel will automatically pull and install any dependencies as well, including Go and necessary compilers.

  1. Build the configuration for the Prysm testnet by issuing the commands:
bazel build --define ssz=minimal //beacon-chain:beacon-chain
bazel build --define ssz=minimal //validator:validator

The binaries will be built in an architecture-dependent subdirectory of bazel-bin, and are supplied as part of Bazel's build process. To fetch the location, issue the command:

$ bazel build --define ssz=minimal //beacon-chain:beacon-chain
...
Target //beacon-chain:beacon-chain up-to-date:
  bazel-bin/beacon-chain/linux_amd64_stripped/beacon-chain
...

In the example above, the beacon chain binary has been created in bazel-bin/beacon-chain/linux_amd64_stripped/beacon-chain.

Connecting to the testnet: running a beacon node

This section contains instructions for initialising a beacon node and connecting to the public testnet. To further understand the role that both the beacon node and validator play in Prysm, see this section of our documentation.

Running via Docker

Docker on Linux/Mac

To start your beacon node, issue the following command:

docker run -v $HOME/prysm-data:/data -p 4000:4000 \
  --name beacon-node \
  gcr.io/prysmaticlabs/prysm/beacon-chain:latest \
  --no-genesis-delay \
  --datadir=/data

(Optional) If you want to enable gRPC, then run this command instead of the one above:

docker run -v $HOME/prysm-data:/data -p 4000:4000 -p 7000:7000 \
  --name beacon-node \
  gcr.io/prysmaticlabs/prysm/beacon-chain:latest \
  --datadir=/data \
  --no-genesis-delay \
  --grpc-gateway-port=7000

You can halt the beacon node using Ctrl+c or with the following command:

docker stop beacon-node

To restart the beacon node, issue the command:

docker start -ai beacon-node

To delete a corrupted container, issue the command:

docker rm beacon-node

To recreate a deleted container and refresh the chain database, issue the start command with an additional --force-clear-db parameter:

docker run -it -v $HOME/prysm-data:/data -p 4000:4000 --name beacon-node \
  gcr.io/prysmaticlabs/prysm/beacon-chain:latest \
  --datadir=/data \
  --force-clear-db

Docker on Windows

  1. You will need to share the local drive you wish to mount to to container (e.g. C:).

    1. Enter Docker settings (right click the tray icon)
    2. Click 'Shared Drives'
    3. Select a drive to share
    4. Click 'Apply'
  2. You will next need to create a directory named /tmp/prysm-data/ within your selected shared Drive. This folder will be used as a local data directory for Beacon Node chain data as well as account and keystore information required by the validator. Docker will not create this directory if it does not exist already. For the purposes of these instructions, it is assumed that C: is your prior-selected shared Drive.

  3. To run the beacon node, issue the command:

docker run -it -v c:/tmp/prysm-data:/data -p 4000:4000 gcr.io/prysmaticlabs/prysm/beacon-chain:latest --datadir=/data

Running via Bazel

  1. To start your Beacon Node with Bazel, issue the command:
bazel run //beacon-chain -- --datadir=/tmp/prysm-data

This will sync up the Beacon Node with the latest head block in the network. Note that the beacon node must be completely synced before attempting to initialise a validator client, otherwise the validator will not be able to complete the deposit and funds will be lost.

Staking ETH: running a validator client

Once your beacon node is up, the chain will be waiting for you to deposit 3.2 Goerli ETH into the Validator Deposit Contract to activate your validator (discussed in the section below). First though, you will need to create a validator client to connect to this node in order to stake and participate. Each validator represents 3.2 Goerli ETH being staked in the system, and it is possible to spin up as many as you desire in order to have more stake in the network.

For more information on the functionality of validator clients, see this section of our official documentation.

Activating your validator: depositing 3.2 Goerli ETH

Using your validator deposit data from the previous step, follow the instructions found on https://prylabs.net/participate to make a deposit.

It will take a while for the nodes in the network to process your deposit, but once your node is active, the validator will begin doing its responsibility. In your validator client, you will be able to frequently see your validator balance as it goes up over time. Note that, should your node ever go offline for a long period, you'll start gradually losing your deposit until you are removed from the system.

Starting the validator with Bazel

  1. Open another terminal window. Enter your Prysm directory and run the validator by issuing the following command:
cd prysm
bazel run //validator

Congratulations, you are now running Ethereum 2.0 Phase 0!

Setting up a local ETH2 development chain

This section outlines the process of setting up Prysm for local interop testing with other Ethereum 2.0 client implementations. See the INTEROP.md file for advanced configuration options. For more background information on interoperability development, see this blog post.

Installation and dependencies

To begin setting up a local ETH2 development chain, follow the Bazel instructions found in the dependencies and installation sections respectively.

Running a local beacon node and validator client

The example below will deterministically generate a beacon genesis state, initiate Prysm with 64 validators and set the genesis time to your local machines current UNIX time.

  1. Open up two terminal windows. In the first, issue the command:
bazel run //beacon-chain -- \
--no-genesis-delay \
--bootstrap-node= \
--deposit-contract 0xD775140349E6A5D12524C6ccc3d6A1d4519D4029 \
--clear-db \
--interop-num-validators 64 \
--interop-eth1data-votes
  1. Wait a moment for the beacon chain to start. In the other terminal, issue the command:
bazel run //validator -- --interop-num-validators 64

This command will kickstart the system with your 64 validators performing their duties accordingly.

Testing Prysm

To run the unit tests of our system, issue the command:

bazel test //...

To run the linter, ensure you have golangci-lint installed, then issue the command:

golangci-lint run

Contributing

Want to get involved? Check out our Contribution Guide to learn more!

License

GNU General Public License v3.0