🚀 Threshold ECDSA Distributed Key Generation Protocol 🔑
Table of Contents
The DKG is a multi-party computation protocol that generates a group public and private key. We aim to use this group keypair to sign arbitrary messages that will govern protocols deployed around the blockchain ecosystem. One primary purpose for the DKG is to govern and facilitate operations of the private signature bridge/anchor system.
For additional information, please refer to the Webb DKG Rust Docs 📝. Have feedback on how to improve the dkg? Or have a specific question to ask? Checkout the DKG Feedback Discussion 💬.
This guide uses https://rustup.rs installer and the rustup tool to manage the Rust toolchain.
First install and configure rustup:
# Install
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
# Configure
source ~/.cargo/envConfigure the Rust toolchain to default to the latest stable version, add nightly and the nightly wasm target:
rustup default nightly
rustup update
rustup update nightly
rustup target add wasm32-unknown-unknowncargo build --releaseNOTE: You must use the release builds! The optimizations here are required as in debug mode, it is expected that nodes are not able to run fast enough to produce blocks.
- Install Nix
- Enable Flakes
- If you have
direnvinstalled, everything should work out of the box. - Run
nix developin the root of this repo to get a shell with all the dependencies installed.
./scripts/run-local-testnet.sh --cleanThis should start the local testnet, you can view the logs in /tmp directory for all the authorities and use polkadotJS to view the running testnet.
The following instructions outline how to run dkg-substrate's base test suite and E2E test suite.
cargo test
When debugging the internal mechanics of the DKG, it is useful to run the stress tests. These tests are designed to run the DKG with a custom number of authorities. This allows you to quickly debug the DKG without having to setup a local chain.
# Build the dkg-standalone node
cargo build --release -p dkg-standalone-node --features=integration-tests,testing
# run the orchestrator, making sure to use the proper config
cargo run --package dkg-test-orchestrator --release --features=testing -- --config /path/to/orchestrator_config.toml
To test the DKG against a local testnet, run:
cargo make integration-tests
If manual control is needed over the nodes (e.g., for debugging and/or shutting down nodes to test fault-tolerance), first build the binary:
cargo make build-test
Then, start the bootnode (Alice):
cargo make alice
Once Alice is running, start the other nodes each in separate terminals/processes:
cargo make bob
cargo make charlie
cargo make dave
cargo make eve
If you would like to run the dkg with verbose logs you may add the following arguments during initial setup. You may change the target to include debug | error | info| trace | warn. You may also want to review Substrate runtime debugging.
-ldkg=debug \
-ldkg_metadata=debug \
-lruntime::offchain=debug \
-ldkg_proposal_handler=debug \
-ldkg_proposals=debug
Interested in contributing to the Webb DKG Protocol? Thank you so much for your interest! We are always appreciative for contributions from the open-source community!
If you have a contribution in mind, please check out our Contribution Guide for information on how to do so. We are excited for your first contribution!
Licensed under GNU General Public License v3.0.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in this crate by you, as defined in the GNU General Public License v3.0 license, shall be licensed as above, without any additional terms or conditions.
The linking phase may fail due to not finding libgmp (i.e., "could not find library -lgmp") when building on a mac M1. To fix this problem, run:
brew install gmp
# make sure to run the commands below each time when starting a new env, or, append them to .zshrc
export LIBRARY_PATH=$LIBRARY_PATH:/opt/homebrew/lib
export INCLUDE_PATH=$INCLUDE_PATH:/opt/homebrew/include