c5786a8821
## Issue Addressed Resolves #2069 ## Proposed Changes - Adds a `--doppelganger-detection` flag - Adds a `lighthouse/seen_validators` endpoint, which will make it so the lighthouse VC is not interopable with other client beacon nodes if the `--doppelganger-detection` flag is used, but hopefully this will become standardized. Relevant Eth2 API repo issue: https://github.com/ethereum/eth2.0-APIs/issues/64 - If the `--doppelganger-detection` flag is used, the VC will wait until the beacon node is synced, and then wait an additional 2 epochs. The reason for this is to make sure the beacon node is able to subscribe to the subnets our validators should be attesting on. I think an alternative would be to have the beacon node subscribe to all subnets for 2+ epochs on startup by default. ## Additional Info I'd like to add tests and would appreciate feedback. TODO: handle validators started via the API, potentially make this default behavior Co-authored-by: realbigsean <seananderson33@gmail.com> Co-authored-by: Michael Sproul <michael@sigmaprime.io> Co-authored-by: Paul Hauner <paul@paulhauner.com> |
||
|---|---|---|
| .. | ||
| beacon_node.sh | ||
| bootnode.sh | ||
| clean.sh | ||
| ganache_test_node.sh | ||
| README.md | ||
| reset_genesis_time.sh | ||
| setup.sh | ||
| validator_client.sh | ||
| vars.env | ||
Simple Local Testnet
These scripts allow for running a small local testnet with multiple beacon nodes and validator clients. This setup can be useful for testing and development.
Requirements
The scripts require lcli and lighthouse to be installed on PATH. From the
root of this repository, run:
make
make install-lcli
Starting the testnet
Start a local eth1 ganache server
./ganache_test_node.sh
Assuming you are happy with the configuration in var.env, deploy the deposit contract, make deposits,
create the testnet directory, genesis state and validator keys with:
./setup.sh
Generate bootnode enr and start a discv5 bootnode so that multiple beacon nodes can find each other
./bootnode.sh
Start a beacon node:
./beacon_node.sh <DATADIR> <NETWORK-PORT> <HTTP-PORT> <OPTIONAL-DEBUG-LEVEL>
e.g.
./beacon_node.sh $HOME/.lighthouse/local-testnet/node_1 9000 8000
In a new terminal, start the validator client which will attach to the first beacon node:
./validator_client.sh <DATADIR> <BEACON-NODE-HTTP> <OPTIONAL-DEBUG-LEVEL>
e.g. to attach to the above created beacon node
./validator_client.sh $HOME/.lighthouse/local-testnet/node_1 http://localhost:8000
You can create additional beacon node and validator client instances with appropriate parameters.
Additional Info
Adjusting number and distribution of validators
The VALIDATOR_COUNT parameter is used to specify the number of insecure validator keystores to generate and make deposits for.
The NODE_COUNT parameter is used to adjust the division of these generated keys among separate validator client instances.
For e.g. for VALIDATOR_COUNT=80 and NODE_COUNT=4, the validator keys are distributed over 4 datadirs with 20 keystores per datadir. The datadirs are located in $DATADIR/node_{i} which can be passed to separate validator client
instances using the --datadir parameter.
Starting fresh
Delete the current testnet and all related files using:
./clean.sh
Updating the genesis time of the beacon state
If it's been a while since you ran ./setup then the genesis time of the
genesis state will be far in the future, causing lots of skip slots.
Update the genesis time to now using:
./reset_genesis_time.sh
Note: you probably want to drop the beacon node database and the validator client slashing database if you do this. When using small validator counts it's probably easy to just use
./clean.sh && ./setup.sh.