bc80ac3be1
* harden validator API against pre-finalized slot requests * check `syncHorizon` when responding to validator api requests too far from `head` * limit state-id based requests to one epoch ahead of `head` * put historic data bounds on block/attestation/etc validator production API, preventing them from being used with already-finalized slots * add validator block smoke tests * make rest test create a new genesis with the tests running roughly in the first epoch to allow testing a few more boundary conditions |
||
---|---|---|
.. | ||
.gitignore | ||
README.md | ||
deposit_downloader.nim | ||
download_mainnet_deposits.sh | ||
e2store.nim | ||
e2store.py | ||
logtrace.nim | ||
ncli.nim | ||
ncli_common.nim | ||
ncli_db.nim | ||
ncli_query.nim | ||
nim.cfg | ||
nimquery.nim | ||
requirements.txt | ||
resttest-rules.json | ||
resttest.nim | ||
validator_db_aggregator.nim | ||
validator_db_reports.ipynb |
README.md
Introduction
ncli
is a set of low level / debugging tools to interact with the nimbus beacon chain specification implementation, simliar to zcli. With it, you explore SSZ, make state transitions and compute hash tree roots.
Tools
- transition: Perform state transition given a pre-state and a block to apply (both in SSZ format)
- hash_tree_root: Print tree root of an SSZ object
- pretty: Pretty-print SSZ object as JSON
Building
Follow the instructions from nimbus-eth2
git clone https://github.com/status-im/nimbus-eth2.git
cd nimbus-eth2
make
Usage
# Build with minimal config
../env.sh nim c -d:const_preset=minimal ncli_transition
# Build with mainnet config
../env.sh nim c -d:const_preset=mainnet ncli_transition
# Run..
./ncli_transition --help