Skip to main content

Deployment As Service Unit

Here you can find an example of a systemd service unit file that can be used to auto-start/restart of the docker-compose service for Refiner.

[Unit]
Description=Refiner docker compose
PartOf=docker.service
After=docker.service

[Service]
User=blockchain
Group=blockchain
Environment=HOME=/home/blockchain/tmp
Environment="BLOCK_RESULT_OPERATOR_PRIVATE_KEY=BRP-OPERATOR-PK-WITHOUT-0x-PREFIX"
Environment="NODE_ETHEREUM_MAINNET=<<ASK-ON-DISCORD>>"
Environment="IPFS_PINNER_URL=http://ipfs-pinner:3001" #service in docker
Environment="EVM_SERVER_URL=http://evm-server:3002" #service in docker
Environment="WEB3_JWT=<<WEB3.STORAGE-API-TOKEN>>"
Type=simple
ExecStart=docker compose -f "/home/blockchain/tmp/docker-compose-mbase.yml" up --remove-orphans
Restart=always
TimeoutStopSec=infinity

[Install]
WantedBy=multi-user.target

After adding the env vars in their respective fields in the service unit file, enable the service and start it.

sudo systemctl enable rudder-compose.service
sudo systemctl start rudder-compose.service

Note 1: When passing the private key into the env vars as above please remove the 0x prefix so the private key env var has exactly 64 characters.

Note 2: In order to run docker compose as a non-root user for the above shown service unit you need to create a docker group (if it doesn't exist) and add the user (say) "blockchain" to the docker group

sudo groupadd docker
sudo usermod -aG docker blockchain
sudo su - blockchain
docker run hello-world

Build & Run From Source

Prerequisites

MacOS 12.x (M1/Intel) Installation requirements

Install XCode (skip if you already have xcode and have been developing on your mac).

xcode-select --install
sudo xcodebuild -license
agree

You must also Install brew (for mac m1/intel) with this script This installs all the minimum necessary terminal/command-line tools to get started with easy software development on a mac.

Installation Time: 35-40 mins depending on your machine and network.

Install

git, go, asdf, erlang, elixir, direnv, go-ipfs
  • Git is used as the source code version control manager across all our repositories.

  • Go is the programming language that is used to develop on go-ethereum, bsp-agent, erigon (EVM plugin) all which are entirely written in go.

  • Asdf is a CLI tool that can manage multiple language runtime versions on a per-project basis.

  • Erlang is a programming language used to build massively scalable soft real-time systems with requirements on high availability.

  • Elixir is a programming language that runs on the Erlang VM, known for creating low-latency, distributed, high concurrency fault-tolerant systems.

  • IPFS as the InterPlanetary File System (IPFS) is a protocol, hypermedia and file sharing peer-to-peer network for storing and sharing data in a distributed file system.

  • Direnv is used for secret management and control. Since all the necessary parameters to the agent that are sensitive cannot be passed into a command line flag. Direnv allows for safe and easy management of secrets like ethereum private keys for the operator accounts on the CQT network and redis instance access passwords etc. As these applications are exposed to the internet on http ports it’s essential to not have the information be logged anywhere. To enable “direnv” on your machine add these to your ~./bash_profile or ~./zshrc depending on which you use as your default shell after installing it using brew.

MacOS 12.x (M1/Intel) Install dependencies

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

brew install coreutils curl git wget direnv asdf

For setting up asdf on other shells please refer to this guide.

Linux x86_64 (Ubuntu 22.04 LTS) Install dependencies

sudo apt update
sudo apt install build-essential coreutils libssl-dev automake autoconf libncurses5-dev curl git wget direnv unzip

git clone https://github.com/asdf-vm/asdf.git ~/.asdf --branch v0.11.2
echo ". $HOME/.asdf/asdf.sh" >> ~/.bashrc
echo ". $HOME/.asdf/completions/asdf.bash" >> ~/.bashrc
source ~/.bashrc

  1. Install required asdf version manager plugins for erlang and elixir:

    asdf plugin add erlang https://github.com/asdf-vm/asdf-erlang.git
    asdf plugin add elixir https://github.com/asdf-vm/asdf-elixir.git
    asdf plugin add golang https://github.com/kennyp/asdf-golang.git
  2. Add to your bash shell for asdf (for any other shell, check the asdf guide).

    `echo -e "\n. \"$(brew --prefix asdf)/etc/bash_completion.d/asdf.bash\"" >> ~/.bash_profile`
  3. Install Erlang and Elixir using the plugins:

    asdf install erlang 25.3
    asdf install elixir 1.14.3-otp-24
    asdf install golang 1.18.1
  4. Set the versions:

    asdf global erlang 25.3
    asdf global elixir 1.14.3-otp-24
    asdf global golang 1.18.1

This will create a .tool-versions file in your home directory. ASDF will use these versions whenever a project doesn't specify versions of its own.

  1. Enable direnv for shell/zsh

    #bash users - add the following line to your ~/.bashrc
    eval "$(direnv hook bash)"

    # zsh users - add the following line to your ~/.zshrc
    eval "$(direnv hook zsh)"

After adding this line do not forget to source your bash / powershell config with the following, by running it in your terminal:

source ~/.zshrc
source ~/.bashrc
  1. Install latest go-ipfs (kubo) and initialize go-ipfs MacOS 12.x (M1/Intel):
    wget https://dist.ipfs.tech/go-ipfs/v0.18.0/go-ipfs_v0.18.0_darwin-arm64.tar.gz
    tar -xzvf go-ipfs_v0.18.0_darwin-arm64.tar.gz
    cd go-ipfs
    bash install.sh
    ipfs init

Linux x86_64 (Ubuntu 22.04 LTS)

wget https://dist.ipfs.tech/go-ipfs/v0.18.0/go-ipfs_v0.18.0_linux-amd64.tar.gz
tar -xzvf go-ipfs_v0.18.0_darwin-arm64.tar.gz
cd go-ipfs
bash install.sh
ipfs init

Note: To avoid permissions and netscan issues execute the following against ipfs binary home directory application


Run EVM-Server

The EVM-Server is a stateless EVM block execution tool. It's stateless because in Ethereum nodes like geth, it doesn't need to maintain database of blocks to do a block execution or re-execution. The evm-server service transforms Block Specimens to Block Results entirely on the input of underlying capture of Block Specimen data.

  1. Clone covalenthq/erigon that contains the fork for this particular stateless execution function, build the evm-server binary:

    $ make evm
  2. Run the generated binary:

    $ ./build/bin/evm t8n --server.mode

    [INFO] [06-22|13:53:54.148] Listening port=3002

Note: evm-server occupies the port 3002 on your local at http://evm-server:3002", so make sure this port in not occupied by any other service prior to start.


Run IPFS-Pinner

The IPFS-Pinner is an interface to the storage layer of the Covalent network using a decentralized storage network underneath. Primarily it's a custom IPFS (Inter Planetary File System) node with pinning service components for Web3.storage and Pinata; content archive manipulation etc. Additionally there's support for fetching using dweb.link. It is meant for uploading/fetching artifacts (like Block Specimens and uploading Block Results or any other processed/transformed data asset) of the Covalent Decentralized Network.

  1. Clone covalenthq/ipfs-pinner and build the pinner server binary:

    git clone https://github.com/covalenthq/ipfs-pinner.git --depth 1
    cd ipfs-pinner
    make server-dbg
  2. Set the environment variable required by ipfs-pinner by getting WEB3_JWT from web3.storage and adding it to an .envrc file.

    $ cat .envrc

    export WEB3_JWT="<<WEB3.STORAGE-API-TOKEN>>"
  3. Start the ipfs-pinner server

    $ make run

    generating 2048-bit RSA keypair...done
    peer identity: Qmd9dT1hRTvaTZn9DAiaCatk3azz86Lwny8FhBd2jV8Kw5
    2023/02/02 21:52:21 failed to sufficiently increase receive buffer size (was: 208 kiB, wanted: 2048 kiB, got: 416 kiB). See https://github.com/lucas-clemente/quic-go/wiki/UDP-Receive-Buffer-Size for details...
    2023/02/02 21:52:22 Listening...

Note: ipfs-pinner occupies the port 3001 on your local at http://ipfs-pinner:3001", so make sure this port in not occupied by any other service prior to start.

Repo Migrations

In case of the following error:

2023-03-10T08:46:18.621-0800    FATAL   ipfs-pinner ipfs-pinner/pinner.go:29    error initializing ipfs node: ipfs repo needs migration, please run migration tool.
See https://github.com/ipfs/fs-repo-migrations/blob/master/run.md
Sorry for the inconvenience. In the future, these will run automatically.

Run the following migrations:

wget https://dist.ipfs.tech/fs-repo-migrations/v2.0.2/fs-repo-migrations_v2.0.2_darwin-arm64.tar.gz
tar -ztvf fs-repo-migrations_v2.0.2_darwin-arm64.tar.gz
cd fs-repo-migrations/
./fs-repo-migrations

Run Rudder

Rudder is the primary orchestrator and supervisor for all transformation pipeline processes that locates a source Covalent Network data object to apply a tracing/execution/transformational rule to and outputs a new object generated from using such a rule.

Both the source and output are available through a decentralized storage service such as a wrapped IPFS node. A transformation-proof transaction is emitted, confirming that it has done this work along with the output content ids (ipfs) access URL. To define what these three components are:

Source: The Block Specimen that serves as an input to the Refiner. Proof transactions made earlier to a smart contract with the respective cids (content ids) are where the source is checked.

Rule: A transformation plugin (or server) that can act on the Block Specimen (source). These can be compared to blueprints that have been shown to produce the data objects needed. Furthermore, anyone can create these rules to get a desired data object. Rule (or server) versions thus need to exist, tied to the decoded block specimen versions they are applied on.

Target: The output generated from running the rule over the object that came from the source that is the block result.

  1. Clone the rudder repo:

    git clone https://github.com/covalenthq/rudder.git
    cd rudder
    git checkout main
  2. Get your BLOCK_RESULT_OPERATOR_PRIVATE_KEY that has DEV tokens for Moonbase Alpha and is already whitelisted as Block Result Producer operator. Set the following environment variables for the local rudder by creating an .envrc.local file

    touch .envrc.local
  3. Copy paste the environment variables into this file

    export BLOCK_RESULT_OPERATOR_PRIVATE_KEY="BRP-OPERATOR-PK-WITHOUT-0x-PREFIX"
    export NODE_ETHEREUM_MAINNET="<<ASK-ON-DISCORD>>"
    export IPFS_PINNER_URL="http://127.0.0.1:3001"
    export EVM_SERVER_URL="http://127.0.0.1:3002"
    export WEB3_JWT="<<WEB3.STORAGE-API-TOKEN>>"
  4. Call to load .envrc.local + .envrc files with the command below and observe the following output, make sure the environment variables are loaded into the shell.

    $ direnv allow .

    direnv: loading ~/Covalent/rudder/.envrc
    direnv: loading ~/Covalent/rudder/.envrc.local
    direnv: export +BLOCK_RESULT_OPERATOR_PRIVATE_KEY +ERIGON_NODE +IPFS_PINNER_URL +NODE_ETHEREUM_MAINNET
  5. Get all the required dependencies and build the rudder app for the dev environment (this points to Moonbase Alpha contracts). Note: Windows is currently not supported.

    $ mix local.hex --force && mix local.rebar --force && mix deps.get
    $ MIX_ENV=dev mix release --overwrite; #`MIX_ENV=prod mix release` will build executable binaries pointing to the Moonbeam mainnet smart contracts.
    ..
    ....
    evm-server: http://evm-server:3002
    ipfs-node: http://ipfs-pinner:3001
    * assembling rudder-0.2.12 on MIX_ENV=dev
    * skipping runtime configuration (config/runtime.exs not found)
    * skipping elixir.bat for windows (bin/elixir.bat not found in the Elixir installation)
    * skipping iex.bat for windows (bin/iex.bat not found in the Elixir installation)

    Release created at _build/dev/rel/rudder

    # To start your system
    _build/dev/rel/rudder/bin/rudder start

    Once the release is running:

    # To connect to it remotely
    _build/dev/rel/rudder/bin/rudder remote

    # To stop it gracefully (you may also send SIGINT/SIGTERM)
    _build/dev/rel/rudder/bin/rudder stop

    To list all commands:

    _build/dev/rel/rudder/bin/rudder
  6. For any issues associated with building and re-compiling execute the following commands, that cleans, downloads and re-compiles the dependencies for rudder.

    rm -rf _build deps && mix clean && mix deps.get && mix deps.compile
  7. Start the rudder application and execute the proof-chain block specimen listener call which should run the Refiner pipeline pulling Block Specimens from IPFS using the cids read from recent proof-chain finalized transactions, decoding them, and uploading and proofing Block Results while keeping a track of failed ones and continuing (soft real-time) in case of failure. The erlang concurrent fault tolerance allows each pipeline to be an independent worker that can fail (for any given Block Specimen) without crashing the entire pipeline application. Multiple pipeline worker children threads continue their work in the synchronous queue of Block Specimen AVRO binary files running the stateless EVM binary (evm-server) re-execution tool.

    $ MIX_ENV=dev mix run --no-halt --eval 'Rudder.ProofChain.BlockSpecimenEventListener.start()';

    ..
    ...
    rudder | [info] found 1 bsps to process
    ipfs-pinner | 2023/06/29 20:28:30 unixfsApi.Get: getting the cid: bafybeiaxl44nbafdmydaojz7krve6lcggvtysk6r3jaotrdhib3wpdb3di
    ipfs-pinner | 2023/06/29 20:28:30 trying out https://w3s.link/ipfs/bafybeiaxl44nbafdmydaojz7krve6lcggvtysk6r3jaotrdhib3wpdb3di
    ipfs-pinner | 2023/06/29 20:28:31 got the content!
    rudder | [info] Counter for ipfs_metrics - [fetch: 1]
    rudder | [info] LastValue for ipfs_metrics - [fetch_last_exec_time: 0.001604]
    rudder | [info] Sum for ipfs_metrics - [fetch_total_exec_time: 0.001604]
    rudder | [info] Summary for ipfs_metrics - {0.001604, 0.001604}
    rudder | [debug] reading schema `block-ethereum` from the file /app/priv/schemas/block-ethereum.avsc
    rudder | [info] Counter for bsp_metrics - [decode: 1]
    rudder | [info] LastValue for bsp_metrics - [decode_last_exec_time: 0.0]
    rudder | [info] Sum for bsp_metrics - [decode_total_exec_time: 0.0]
    rudder | [info] Summary for bsp_metrics - {0.0, 0.0}
    rudder | [info] submitting 17586995 to evm http server...
    evm-server | [INFO] [06-29|20:28:31.859] input file at loc=/tmp/3082854681
    evm-server | [INFO] [06-29|20:28:31.862] output file at: loc=/tmp/1454174090
    evm-server | [INFO] [06-29|20:28:32.112] Wrote file file=/tmp/1454174090
    rudder | [info] writing block result into "/tmp/briefly-1688/briefly-576460747542186916-YRw0mRjfExGMk4M672"
    rudder | [info] Counter for bsp_metrics - [execute: 1]
    rudder | [info] LastValue for bsp_metrics - [execute_last_exec_time: 3.14e-4]
    rudder | [info] Sum for bsp_metrics - [execute_total_exec_time: 3.14e-4]
    rudder | [info] Summary for bsp_metrics - {3.14e-4, 3.14e-4}
    ipfs-pinner | 2023/06/29 20:28:32 generated dag has root cid: bafybeic6ernzbb6x4qslwfgklveisyz4vkuqhaafqzwlvto6c2njonxi3e
    ipfs-pinner | 2023/06/29 20:28:32 car file location: /tmp/249116437.car
    [119B blob data]
    ipfs-pinner | 2023/06/29 20:28:34 Received /health request: source= 127.0.0.1:34980 status= OK
    ipfs-pinner | 2023/06/29 20:28:34 uploaded file has root cid: bafybeic6ernzbb6x4qslwfgklveisyz4vkuqhaafqzwlvto6c2njonxi3e
    rudder | [info] Counter for ipfs_metrics - [pin: 1]
    rudder | [info] LastValue for ipfs_metrics - [pin_last_exec_time: 0.002728]
    rudder | [info] Sum for ipfs_metrics - [pin_total_exec_time: 0.002728]
    rudder | [info] Summary for ipfs_metrics - {0.002728, 0.002728}
    rudder | [info] 17586995:48f1e992d1ac800baed282e12ef4f2200820061b5b8f01ca0a9ed9a7d6b5ddb3 has been successfully uploaded at ipfs://bafybeic6ernzbb6x4qslwfgklveisyz4vkuqhaafqzwlvto6c2njonxi3e
    rudder | [info] 17586995:48f1e992d1ac800baed282e12ef4f2200820061b5b8f01ca0a9ed9a7d6b5ddb3 proof submitting
    rudder | [info] Counter for brp_metrics - [proof: 1]
    rudder | [info] LastValue for brp_metrics - [proof_last_exec_time: 3.6399999999999996e-4]
    rudder | [info] Sum for brp_metrics - [proof_total_exec_time: 3.6399999999999996e-4]
    rudder | [info] Summary for brp_metrics - {3.6399999999999996e-4, 3.6399999999999996e-4}
    rudder | [info] 17586995 txid is 0xd8a8ea410240bb0324433bc26fdc79d496ad0c8bfd18b60314a05e3a0de4fb06
    rudder | [info] Counter for brp_metrics - [upload_success: 1]
    rudder | [info] LastValue for brp_metrics - [upload_success_last_exec_time: 0.0031149999999999997]
    rudder | [info] Sum for brp_metrics - [upload_success_total_exec_time: 0.0031149999999999997]
    rudder | [info] Summary for brp_metrics - {0.0031149999999999997, 0.0031149999999999997}
    rudder | [info] Counter for rudder_metrics - [pipeline_success: 1]
    rudder | [info] LastValue for rudder_metrics - [pipeline_success_last_exec_time: 0.0052]
    rudder | [info] Sum for rudder_metrics - [pipeline_success_total_exec_time: 0.0052]
    rudder | [info] Summary for rudder_metrics - {0.0052, 0.0052}
  8. Check logs for any errors in the pipeline process and note the performance metrics in line with execution. Checkout the documentation on what is being measured and why here.

    $ tail -f logs/log.log
    ..
    ...
    rudder | [info] Counter for rudder_metrics - [pipeline_success: 1]
    rudder | [info] LastValue for rudder_metrics - [pipeline_success_last_exec_time: 0.0052]
    rudder | [info] Sum for rudder_metrics - [pipeline_success_total_exec_time: 0.0052]
    rudder | [info] Summary for rudder_metrics - {0.0052, 0.0052}
  9. For any issues associated with building and re-compiling execute the following commands, that cleans, downloads and re-compiles the dependencies for rudder.

    rm -rf _build deps && mix clean && mix deps.get && mix deps.compile
  10. Now you can check proof-chain for block result proof transactions made by your Block Result Producer (BRP): https://moonbase.moonscan.io/address/0xeFD84B6F1C04Ad9A

  11. If you got everything working so far. Congratulations! You're now a Refiner operator on the Covalent Network. Set up Grafana monitoring and alerting from links in the additional resources section.


Sample Systemd Service Units

If the Refiner stack is running successfully and producing Block Results, congrats! As a way to manage the services, you might want to use systemd. We next provide sample systemd service files, so that any crash in one of the components would restart that component, rather than the system halting. Don't forget to replace the placeholders with actual values in these sample files.

Refiner - Service Unit File

[Unit]
Description=Refiner docker compose
PartOf=docker.service
After=docker.service

[Service]
User=blockchain
Group=blockchain
Environment=HOME=/home/blockchain/tmp
Environment="BLOCK_RESULT_OPERATOR_PRIVATE_KEY=<<BRP-OPERATOR-PK-WITHOUT-0x-PREFIX>>"
Environment="NODE_ETHEREUM_MAINNET=<<ASK-ON-DISCORD>>"
Environment="IPFS_PINNER_URL=http://ipfs-pinner:3001"
Environment="EVM_SERVER_URL=http://evm-server:3002"
Environment="WEB3_JWT=<<WEB3.STORAGE-API-TOKEN>>"
Type=simple
ExecStart=docker compose -f "/home/blockchain/tmp/docker-compose-mbase.yml" up --remove-orphans
Restart=always
TimeoutStopSec=infinity

[Install]
WantedBy=multi-user.target

Additional Resources


Appendix

Run With Existing IPFS-Pinner Service

On a system where an ipfs-pinner instance is already running, use this modified .envrc.local and docker-compose-mbase.yml.

export BLOCK_RESULT_OPERATOR_PRIVATE_KEY="BRP-OPERATOR-PK-WITHOUT-0x-PREFIX"
export NODE_ETHEREUM_MAINNET="<<ASK-ON-DISCORD>>"
export IPFS_PINNER_URL="http://host.docker.internal:3001"
export EVM_SERVER_URL="http://evm-server:3002"
export WEB3_JWT="<<WEB3.STORAGE-API-TOKEN>>"

Note: When passing the private key into the env vars as above please remove the 0x prefix so the private key env var has exactly 64 characters.

version: '3'
# runs the entire rudder pipeline with all supporting services (including rudder) in docker
# set .env such that all services in docker are talking to each other only; ipfs-pinnern is assumed
# to be hosted on the host machine. It's accessed through http://host.docker.internal:3001/ url from
# inside rudder docker container.
services:
evm-server:
image: "us-docker.pkg.dev/covalent-project/network/evm-server:stable"
container_name: evm-server
restart: always
labels:
"autoheal": "true"
expose:
- "3002:3002"
networks:
- cqt-net
ports:
- "3002:3002"

rudder:
image: "us-docker.pkg.dev/covalent-project/network/rudder:stable"
container_name: rudder
links:
- "evm-server:evm-server"
restart: always
depends_on:
evm-server:
condition: service_healthy
entrypoint: >
/bin/bash -l -c "
echo "moonbase-node:" $NODE_ETHEREUM_MAINNET;
echo "evm-server:" $EVM_SERVER_URL;
echo "ipfs-pinner:" $IPFS_PINNER;
cd /app;
MIX_ENV=dev mix release --overwrite;
MIX_ENV=dev mix run --no-halt --eval 'Rudder.ProofChain.BlockSpecimenEventListener.start()';"
environment:
- NODE_ETHEREUM_MAINNET=${NODE_ETHEREUM_MAINNET}
- BLOCK_RESULT_OPERATOR_PRIVATE_KEY=${BLOCK_RESULT_OPERATOR_PRIVATE_KEY}
- EVM_SERVER_URL=${EVM_SERVER_URL}
- IPFS_PINNER_URL=${IPFS_PINNER_URL}
networks:
- cqt-net
extra_hosts:
- "host.docker.internal:host-gateway"
ports:
- "9568:9568"

autoheal:
image: willfarrell/autoheal
container_name: autoheal
volumes:
- '/var/run/docker.sock:/var/run/docker.sock'
environment:
- AUTOHEAL_INTERVAL=10
- CURL_TIMEOUT=30

networks:
cqt-net:

and start the rudder and evm-server services:

$ docker compose -f "docker-compose-mbase.yml" up --remove-orphans

[+] Running 3/3
⠿ Network rudder1_cqt-net Created 0.0s
⠿ Container evm-server Started 0.7s
⠿ Container rudder Started