This repository is a fork of Evmos v9.1.0. We expand on version v9.1.0 by adding functionalities that allow smart contracts to compute on encrypted data.
Evmos is a scalable, high-throughput Proof-of-Stake blockchain that is fully compatible and interoperable with Ethereum. It's built using the Cosmos SDK which runs on top of Tendermint Core consensus engine.
Note: Requires Go 1.18+
Please check the CHANGELOG to get the last version of the published (ready-to-use) docker image and check all the related dependencies.
Based on your objectives, here are some helpful suggestions.
- I just want to run fhEVM and see the node's logs.
So check this section please with a self-sufficient docker image.
- I want to run without building anything and see the node's configuration, how the FHE keys are generated and a few more details.
In this case, this section will help you to run the node, see the setup phase.
- I want to build the FhEVM from source using docker.
In this case, this section will help you to build the node and run it. This build take a few time to complete.
- I am a core developer π, I need to add some prints π in the code
In this case, this following section is for you, good luck!
To build automatically the C library one can use the following commands:
make build_c_api_tfhe
This will clone tfhe-rs repository in work_dir folder and build the C api in work_dir/tfhe-rs/target/release.
If the developer has its own tfhe-rs repository the TFHE_RS_PATH env variable could be set in .env file.
Go-ethereum needs the tfhe.h header file located in go-ethereum/core/vm and the libtfhe.so (linux) or libtfhe.dylib for (Mac) in go-ethereum/core/vm/lib.
cp work_dir/tfhe-rs/target/release/tfhe.h ../go-ethereum/core/vm
mkdir -p ../go-ethereum/core/vm/lib
# Mac
cp work_dir/tfhe-rs/target/release/libtfhe.dylib ../go-ethereum/core/vm/lib
# Linux
cp work_dir/tfhe-rs/target/release/libtfhe.so ../go-ethereum/core/vm/lib
# For linux set LD_LIBRARY_PATH to libtfhe.so also
Why do we need to copy the header file and libtfhe?
In order to extend geth, we give access to all tfhe operations gathered in the lib c through pre-compiled smart contracts. One can check the file called tfhe.go in go-ethereum/core/vm to go deeper.
To use custom go-ethereum and ethermint repositories, clone them at the same level as evmos, make your changes and update the go.mod file accordingly:
-replace github.com/ethereum/go-ethereum v1.10.19 => github.com/zama-ai/go-ethereum v0.1.10
+replace github.com/ethereum/go-ethereum v1.10.19 => ../go-ethereum
-replace github.com/evmos/ethermint v0.19.3 => github.com/zama-ai/ethermint v0.1.2
+replace github.com/evmos/ethermint v0.19.3 => ../ethermint
Here is the hierarchy of folders:
.
βββ evmos
β βββ work_dir
β βββ tfhe-rs
βββ go-ethereum
βββ ethermint
To build evmosd binary directly in your system.
make install
The binary is installed in your system go binary path (e.g. $HOME/go/bin). If needed update your PATH env variable to be able to run evmosd binary from anywhere.
LOCAL_BUILD_KEY_PATH="$HOME/.evmosd/zama/keys/network-fhe-keys" ./scripts/prepare_volumes_from_fhe_tool_docker.sh v0.2.0
This script generates fhe keys and copy them to evmos HOME folder in $HOME/.evmosd/zama/keys/network-fhe-keys.
# jq is required
./setup.sh
./start.sh
# in a new terminal run the fhevm-decryption-db
docker run -p 8001:8001 ghcr.io/zama-ai/fhevm-decryptions-db:v0.1.5
make clean-local-evmos
# must run ./setup.sh after
IMPORTANT NOTES:
Use the faucet
# In evmos root folder
# Replace with your ethereum address
python3 faucet.py 0xa5e1defb98EFe38EBb2D958CEe052410247F4c80
Check if evmosd is linked with the right tfhe-rs C libray - Linux
ldd $HOME/go/bin/evmosd
linux-vdso.so.1 (0x00007ffdb6d73000)
libtfhe.so => /PATH_TO/tfhe-rs/target/release/libtfhe.so (0x00007fa87c3a7000)
libc.so.6 => /lib64/libc.so.6 (0x00007fa87c185000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007fa87c165000)
libm.so.6 => /lib64/libm.so.6 (0x00007fa87c087000)
/lib64/ld-linux-x86-64.so.2 (0x00007fa87c9e5000)
If the user get:
evmosd: error while loading shared libraries: libtfhe.so: cannot open shared object file: No such file or directory
For linux one solution is to update the LD_LIBRARY_PATH to the libtfhe.so compiled in tfhe-rs
Dependencies:
Name | Type | Variable name | where it is defined |
---|---|---|---|
go-ethereum | repository | - | directly in go.mod |
ethermint | repository | - | directly in go.mod |
tfhe-rs | repository | TFHE_RS_VERSION | Makefile/.env |
If the developer wants to build everything locally from sources, and run the e2e test, this build is the more adapted.
Dependencies:
Name | Type | Variable name | where it is defined |
---|---|---|---|
evmos | repository | LOCAL_BUILD | .env (set to true) |
go-ethereum | repository | - | directly in go.mod |
ethermint | repository | - | directly in go.mod |
tfhe-rs | repository | TFHE_RS_VERSION | Makefile/.env |
make build-docker
Here are the steps executed automatically
- Build a base image (or retrieve it from ghcr.io) called zama-zbc-build.
- Check tfhe-rs is available in TFHE_RS_PATH (default is work_dir/tfhe-rs)
- In any case the custom version or the cloned (TFHE_RS_VERSION) one is copied into work_dir/tfhe-rs
- Clone go-ethereum and ethermint to work_dir (version are parsed from go.mod)
- Update go.mod to force use local repositories (related to the just above changes)
- Build a container called evmosnodelocal.
To only init and run the node:
make init-evmos-node
make run_evmos
# make stop_evmos
Docker ps output:
CONTAINER ID IMAGE NAMES
0bc6ae374153 evmosnodelocal evmosnodelocal0
422f83a0ea73 docker-compose_oracledb zbcoracledb
To execute the e2e test, here are the dependencies:
Name | Type | Variable name | where it is defined |
---|---|---|---|
evmos | repository | LOCAL_BUILD | .env (set to true) |
fhevm-solidity | repository | FHEVM_SOLIDITY_VERSION | Makefile/.env |
fhevm-tfhe-cli | repository | FHEVM_TFHE_CLI_VERSION | Makefile/.env |
fhevm-decryptions-db | repository | FHEVM_DECRYPTIONS_DB_VERSION | Makefile/.env |
# without the previous init
make e2e-test
# or if evmos is already initialized.
make run_evmos
make run_e2e_test
make stop_evmos
Here are the steps executed automatically
- check you have all the needed repositories
- fhevm-tfhe-cli
- fhevm-solidity
- fhevm-decryptions-db
- init evmos node by calling /config/setup.sh file
- generate fhe keys using fhevm-tfhe-cli based on scripts/prepare_volumes_from_fhe_tool.sh script
- copy them at the right folder using scripts/prepare_demo_local.sh script
- start evmosnodelocal0 and oracledb (local build) using docker-compose/docker-compose.local.yml file
- run the e2e test
- start the test from fhevm-solidity
The fast way to run the e2e test locally using ready to use docker images
Dependencies:
Name | Type | Variable name | where it is defined |
---|---|---|---|
evmos | repository | LOCAL_BUILD | .env (set to false) |
ghcr.io/zama-ai/evmos-node | docker image name | hard-coded | docker-compose.validator.yml |
Init evmos and run it:
make init-evmos-node
make run_evmos
# make stop_evmos
Docker ps output:
CONTAINER ID IMAGE NAMES
02b40fb0bdf7 ghcr.io/zama-ai/evmos-node:v0.1.9 evmosnode0
ac2073c0d6fc ghcr.io/zama-ai/fhevm-decryptions-db:v0.2.0 zbcoracledb
To execute the e2e test, here are the dependencies:
# if evmos is already initialized.
make run_evmos
make run_e2e_test
make stop_evmos
Name | Type | Variable name | where it is defined |
---|---|---|---|
evmos | evmos | LOCAL_BUILD | .env |
ghcr.io/zama-ai/evmos-node | docker image name | hard-coded | docker-compose.validator.yml |
oracle-db-service | docker image name | hard-coded | docker-compose.validator.yml |
fhevm-solidity | repository | FHEVM_SOLIDITY_VERSION | Makefile/.env |
fhevm-tfhe-cli | repository | FHEVM_TFHE_CLI_VERSION | Makefile/.env |
fhevm-decryptions-db | repository | FHEVM_DECRYPTIONS_DB_VERSION | Makefile/.env |
Looking for a good place to start contributing? Check out some good first issues
.
For additional instructions, standards and style guides, please refer to the Contributing document.