prysm

module
v0.0.0-...-b605237 Latest Latest
Warning

This package is not in the latest version of its module.

Go to latest
Published: Dec 29, 2018 License: GPL-3.0

README

Prysmatic Labs Ethereum Serenity Implementation

Build status

This is the main repository for the beacon chain and sharding implementation for Ethereum Serenity Prysmatic Labs.

Before you begin, check out our Contribution Guidelines and join our active chat room on Discord or Gitter below:

Discord Gitter

Also, read our Sharding Reference Implementation Doc. This doc provides a background on the sharding implementation we follow at Prysmatic Labs.

Table of Contents

Running Our Demo Release

To run our current release, v0.0.0, as a local demo, you'll need to run a beacon chain node and a validator client.

In this local demo, you can start a beacon chain from genesis, connect as a validator client through a public key, and propose/vote on beacon blocks during each cycle. For more information on the full scope of the public demo, see the demo information here.

Installation

You can either choose to run our system via:

  • Downloading our Precompiled Binaries from our latest release
  • Use Docker
  • Use Our Build Tool, Bazel (Recommended)

Run Our Pre-Compiled Binaries

First, download our latest release for your operating system. Then:

chmod +x ./beacon-chain
chmod +x ./validator

First, clone our repository:

git clone https://github.com/prysmaticlabs/prysm

Download the Bazel build tool by Google here and ensure it works by typing:

bazel version

Bazel manages all of the dependencies for you (including go and necessary compilers) so you are all set to build prysm.

Building

Then, build both parts of our system: a beacon chain node implementation, and a validator client:

bazel build //beacon-chain:beacon-chain
bazel build //validator:validator

Running The Beacon Chain

To start the system, we need to seed the beacon chain state with an initial validator set for local development. We created a reference genesis.json in the prysm base directory for this! You'll also need a special data directory where all the beacon chain data will be persisted to.

Then, you can run the node as follows:

With the binary executable:

./beacon-chain \
  --genesis-json /path/to/genesis.json \
  --datadir /path/to/your/datadir \
  --rpc-port 4000 \
  --simulator \
  --demo-config \
  --p2p-port 9000

With bazel:

bazel run //beacon-chain --\
  --genesis-json /path/to/genesis.json \
  --datadir /path/to/your/datadir \
  --rpc-port 4000 \
  --simulator \
  --demo-config \
  --p2p-port 9000

We added a --simulator flag that simulates other nodes connected to you sending your node blocks for processing. Given this is a local development version and you'll only be running 1 validator client, this gives us a good idea of what the system will need to handle in the wild and will help advance the chain.

We also have a --demo-config flag that configures some internal parameters for you to run a local demo version of the system.

If you want to see what's happening in the system underneath the hood, add a --verbosity debug flag to show every single thing the beacon chain node does during its run time. If you want to rerun the beacon chain, delete and create a new data directory for the system to start from scratch.

beaconsystem

Running an ETH2.0 Validator Client

Once your beacon node is up, you'll need to attach a validator client as a separate process. This validator is in charge of running Casper+Sharding responsibilities (shard state execution to be designed in phase 2). This validator will listen for incoming beacon blocks and shard assignments and determine when its time to perform attester/proposer responsibilities accordingly.

To get started, you'll need to use a public key from the initial validator set of the beacon node. Here are a few you can try out:

AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB
CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC

Run as follows:

With the binary executable:

./validator \
  --beacon-rpc-provider http://localhost:4000 \
  --datadir /path/to/uniquevalidatordatadir \
  --pubkey CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC

With Bazel:

bazel run //validator --\
  --beacon-rpc-provider http://localhost:4000 \
  --datadir /path/to/uniquevalidatordatadir \
  --pubkey CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC

This will connect you to your running beacon node and listen for shard/slot assignments! The beacon node will update you at every cycle transition and shuffle your validator into different shards and slots in order to vote on or propose beacon blocks.

if you want to run multiple validator clients, each one needs to have its own data directory where it will persist information, so create a new one each time and pass it into the validator command with the flag --datadir /path/to/validatordatadir.

Running Via Docker

docker run -p 4000:4000 -v /path/to/genesis.json:/genesis.json gcr.io/prysmaticlabs/prysm/beacon-chain:latest \
  --genesis-json /genesis.json \
  --rpc-port 4000 \
  --simulator \
  --demo-config \
  --p2p-port 9000

Then, to run a validator client, use:

docker run gcr.io/prysmaticlabs/prysm/validator:latest \
  --beacon-rpc-provider http://{YOUR_LOCAL_IP}:4000 \
  --pubkey CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC

This will connect you to your running beacon node and listen for shard/slot assignments! The beacon node will update you at every cycle transition and shuffle your validator into different shards and slots in order to vote on or propose beacon blocks.

Running While Connected to a Mainchain Ethereum 1.0 Node

If you want to run the system with a real Web3 endpoint to listen for incoming Ethereum 1.0 block hashes, follow the instructions on setting up a geth node here.

Running Under Windows

The best way to run under Windows is to clone the repository and then run the node with go run from the Windows command line. Go 1.10 fails due to documented permission errors so be sure you are running Go 1.11 or later. Go through the source code and resolve any dependencies. Create two empty files for use as data directories by the beacon chain and validator respectively. The contents of these files should be deleted each time you run the software. After cloning the Prsym repository, run the node as follows:

go run ./beacon-chain main.go \
   --genesis-json /path/to/genesis.json \
   --datadir /path/to/your/datadir \
   --rpc-port 4000 \
   --simulator \
   --demo-config \
   --p2p-port 9000

After the beacon chain is up and running, run the validator client as a separate process as follows:

go run ./validator/main.go \
  --beacon-rpc-provider http://localhost:4000 \
  --datadir /path/to/uniquevalidatordatadir \
  --pubkey CCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC

Testing

To run the unit tests of our system do:

bazel test //...

To run our linter, make sure you have gometalinter installed and then run:

gometalinter ./...

Contributing

We have put all of our contribution guidelines into CONTRIBUTING.md! Check it out to get started.

nyancat

License

GNU General Public License v3.0

Directories

Path Synopsis
Package beacon-chain defines all the utlities needed for a beacon chain node.
Package beacon-chain defines all the utlities needed for a beacon chain node.
attestation
Package attestation defines the life-cycle and status of single and aggregated attestation.
Package attestation defines the life-cycle and status of single and aggregated attestation.
blockchain
Package blockchain defines the life-cycle and status of the beacon chain.
Package blockchain defines the life-cycle and status of the beacon chain.
chaintest command
chaintest/backend
Package backend contains utilities for simulating an entire ETH 2.0 beacon chain for e2e tests and benchmarking purposes.
Package backend contains utilities for simulating an entire ETH 2.0 beacon chain for e2e tests and benchmarking purposes.
core/incentives
Package incentives defines Casper Proof of Stake rewards and penalties for validator records based on Vitalik Buterin's Friendly Finality Gadget protocol.
Package incentives defines Casper Proof of Stake rewards and penalties for validator records based on Vitalik Buterin's Friendly Finality Gadget protocol.
core/validators
Package validators defines helper functions to locate validator based on pubic key.
Package validators defines helper functions to locate validator based on pubic key.
db
dbcleanup
Package dbcleanup defines the life cycle and logic of beacon DB cleanup routine.
Package dbcleanup defines the life cycle and logic of beacon DB cleanup routine.
node
Package node defines the services that a beacon chain node would perform.
Package node defines the services that a beacon chain node would perform.
powchain
Package powchain defines the services that interact with the PoWChain of Ethereum.
Package powchain defines the services that interact with the PoWChain of Ethereum.
rpc
Package rpc defines the services that the beacon-chain uses to communicate via gRPC.
Package rpc defines the services that the beacon-chain uses to communicate via gRPC.
simulator
Package simulator defines the simulation utility to test the beacon-chain.
Package simulator defines the simulation utility to test the beacon-chain.
sync
Package sync defines the utilities for the beacon-chain to sync with the network.
Package sync defines the utilities for the beacon-chain to sync with the network.
sync/initial-sync
Package initialsync is run by the beacon node when the local chain is behind the network's longest chain.
Package initialsync is run by the beacon node when the local chain is behind the network's longest chain.
utils
Package utils defines utility functions for the beacon-chain.
Package utils defines utility functions for the beacon-chain.
contracts
proto
bls
Package bls implements a go-wrapper around a C BLS library leveraging the BLS12-381 curve.
Package bls implements a go-wrapper around a C BLS library leveraging the BLS12-381 curve.
bytes
Package bytes defines helper methods for converting integers to byte slices.
Package bytes defines helper methods for converting integers to byte slices.
cmd
Package cmd defines the command line flags for the shared utlities.
Package cmd defines the command line flags for the shared utlities.
database
Package database defines a beacon chain DB service that can be initialized with either a persistent db, or an in-memory kv-store.
Package database defines a beacon chain DB service that can be initialized with either a persistent db, or an in-memory kv-store.
debug
Package debug defines useful profiling utils that came originally with go-ethereum.
Package debug defines useful profiling utils that came originally with go-ethereum.
legacyutil
Package legacyutil exists to convert Ethereum Serenity types to go-ethereum or Ethereum 1.0 types.
Package legacyutil exists to convert Ethereum Serenity types to go-ethereum or Ethereum 1.0 types.
mclock
Package mclock is a wrapper for a monotonic clock source
Package mclock is a wrapper for a monotonic clock source
p2p
Package p2p handles peer-to-peer networking for Ethereum Serenity clients.
Package p2p handles peer-to-peer networking for Ethereum Serenity clients.
p2p/adapter/metric
Package metric contain some prometheus collectors for p2p services.
Package metric contain some prometheus collectors for p2p services.
p2p/mock
Package mock_p2p is a generated GoMock package.
Package mock_p2p is a generated GoMock package.
params
Package params defines important constants that are essential to the Ethereum 2.0 services.
Package params defines important constants that are essential to the Ethereum 2.0 services.
shardutil
Package shardutil defines independent utilities helpful for a sharding-enabled, Ethereum blockchain such as blob serialization as more.
Package shardutil defines independent utilities helpful for a sharding-enabled, Ethereum blockchain such as blob serialization as more.
ssz
Package ssz implements the Simple Serialize algorithm specified at https://github.com/ethereum/eth2.0-specs/blob/master/specs/simple-serialize.md
Package ssz implements the Simple Serialize algorithm specified at https://github.com/ethereum/eth2.0-specs/blob/master/specs/simple-serialize.md
testutil
Package testutil defines the testing utils such as asserting logs.
Package testutil defines the testing utils such as asserting logs.
tools
bootnode command
*
*
bootnode-query command
Bootstrap / DHT query tool
Bootstrap / DHT query tool
relaynode command
*
*
attester
Package attester defines all relevant functionality for a Attester actor within Ethereum Serenity.
Package attester defines all relevant functionality for a Attester actor within Ethereum Serenity.
internal
Package internal is a generated GoMock package.
Package internal is a generated GoMock package.
node
Package node defines a validator client which connects to a full beacon node as part of the Ethereum Serenity specification.
Package node defines a validator client which connects to a full beacon node as part of the Ethereum Serenity specification.
proposer
Package proposer defines all relevant functionality for a Proposer actor within Ethereum Serenity.
Package proposer defines all relevant functionality for a Proposer actor within Ethereum Serenity.
rpcclient
Package rpcclient defines a gRPC connection to a beacon node.
Package rpcclient defines a gRPC connection to a beacon node.
txpool
Package txpool handles incoming transactions for a sharded Ethereum blockchain.
Package txpool handles incoming transactions for a sharded Ethereum blockchain.
types
Package types defines the types used throughout the validator.
Package types defines the types used throughout the validator.

Jump to

Keyboard shortcuts

? : This menu
/ : Search site
f or F : Jump to
y or Y : Canonical URL