Run Validator
cyber cyb

Join Cyberd testnet as a Validator

Note The current active testnet is euler-6 (substitute with that value, do not forget to remove the < and the > symbols).

Prepare your server

First of all, you should set up a server. Your node should be running (online) constantly. This means that you will need a reliable server to keep it running. You may also consider using any cloud service with a dedicated GPU, like Hetzner (or use a local machine). Whatever you’ll choose, for better stability and consistency we recommend to use a dedicated server for each separate validator node.

Cyberd is based on Cosmos-SDK and is written in Go. It should work on any platform which can compile and run programs in Go. However, we strongly recommend running the validator node on a Linux-based server.

The rank calculations are done via GPU computations. They are easy to parallelize. This is why we recommended using a GPU.

Recommended requirements:

CPU: 6 cores
RAM: 32 GB
SSD: 256 GB
Connection: 100Mb, Fiber, Stable and low-latency connection
GPU: Nvidia GeForce(or Tesla/Titan/Quadro) with CUDA-cores; at least 6gb of memory*
Software: Ubuntu 18.04 LTS

Cyberd runs well on consumer-grade cards like Geforce GTX 1070, but we expect load growth and advise to use Error Correction compatible cards from Tesla or Quadro families. Also, make sure your card is compatible with >=v.410 of NVIDIA drivers.

What about RAM? The minimal ammount, which will fit a node (with ~100K links in the chain): 10 GB. It migth be possiple to start a node with a lower ammount of RAM, but we migth not be able to support these cases.

Of course, the hardware is your own choice and technically it might be possible to run the node on “even - 1 CUDA core GPU”, but you should be aware of stability and in a decline in the calculation speed of the rank.

Validator setup

To avoid possible misconfiguration issues and to simplify the setup of $ENV, we recommend to perform all the commands as root (here root - is literally root, not just a user with root priveliges)

Third-party software

To access the GPU, cyberd uses Nvidia drivers version 410+ and the Nvidia CUDA toolkit should be installed on the hosting system.

You may skip any sections of the guide if you already have any of the necessary software configured.

As long as the current implementation of cyber is written in Go, you will need to install Go.

Installing Go

For euler-6 Cyberd requires at least Go version 1.13+. Install it according to the official guide:

  1. Download the archive:

  2. Extract it into /usr/local, creating a Go tree in /usr/local/go:

    tar -C /usr/local -xzf go1.13.11.linux-amd64.tar.gz
  3. Add /usr/local/go/bin to the PATH environment variable. You can do this by adding this line to your /etc/profile (for installation on the whole system) or $HOME/.bashrc:

    export PATH=$PATH:/usr/local/go/bin
  4. Do source for the file with your $PATH variable or just log-out/log-in:

    source /etc/profile


    source $HOME/.bashrc
  5. To check your installation run

    go version

    This will let you know if everything was installed correctly. As an output, you should see the following (version number may vary, of course):

    go version go1.13.11 linux/amd64

Installing Nvidia drivers

To proceed, first, add the ppa:graphics-drivers/ppa repository into your system (you might see some warnings - press enter):

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update

Install Ubuntu-drivers:

sudo apt install -y ubuntu-drivers-common

Next, identify your graphic card model and the recommended drivers:

ubuntu-drivers devices

You should see something similar to this:

== /sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0 ==
modalias : pci:v000010DEd00001BA1sv00001462sd000011E4bc03sc00i00
vendor   : NVIDIA Corporation
model    : GP104M [GeForce GTX 1070 Mobile]
driver   : nvidia-driver-418 - third-party free
driver   : nvidia-driver-410 - third-party free
driver   : nvidia-driver-430 - third-party free
driver   : nvidia-driver-440 - third-party free recommended
driver   : xserver-xorg-video-nouveau - distro free builtin

We need the 410+ drivers release. As you can see that v440 is recommended. The command below will install the recommended version of the drivers:

sudo ubuntu-drivers autoinstall

The driver installation takes approximately 10 minutes.

DKMS: install completed.
Setting up libxdamage1:i386 (1:1.1.4-3) ...
Setting up libxext6:i386 (2:1.3.3-1) ...
Setting up libxfixes3:i386 (1:5.0.3-1) ...
Setting up libnvidia-decode-415:i386 (415.27-0ubuntu0~gpu18.04.1) ...
Setting up build-essential (12.4ubuntu1) ...
Setting up libnvidia-gl-415:i386 (415.27-0ubuntu0~gpu18.04.1) ...
Setting up libnvidia-encode-415:i386 (415.27-0ubuntu0~gpu18.04.1) ...
Setting up nvidia-driver-415 (415.27-0ubuntu0~gpu18.04.1) ...
Setting up libxxf86vm1:i386 (1:1.1.4-1) ...
Setting up libglx-mesa0:i386 (18.0.5-0ubuntu0~18.04.1) ...
Setting up libglx0:i386 (1.0.0-2ubuntu2.2) ...
Setting up libgl1:i386 (1.0.0-2ubuntu2.2) ...
Setting up libnvidia-ifr1-415:i386 (415.27-0ubuntu0~gpu18.04.1) ...
Setting up libnvidia-fbc1-415:i386 (415.27-0ubuntu0~gpu18.04.1) ...
Processing triggers for libc-bin (2.27-3ubuntu1) ...
Processing triggers for initramfs-tools (0.130ubuntu3.1) ...
update-initramfs: Generating /boot/initrd.img-4.15.0-45-generic

Reboot the system for the changes to take effect.

Check the installed drivers:


You should see this: (Some version/driver numbers might differ. You might also have some processes already running)

| NVIDIA-SMI 440.26       Driver Version: 430.14       CUDA Version: 10.2     |
| GPU  Name        Persistence-M| Bus-Id        Disp.A | Volatile Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap|         Memory-Usage | GPU-Util  Compute M. |
|   0  GeForce GTX 1070    Off  | 00000000:01:00.0 Off |                  N/A |
| 26%   36C    P5    26W / 180W |      0MiB /  8119MiB |      2%      Default |

| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|  No running processes found                                                 |

Install CUDA toolkit

Simply run:

apt install nvidia-cuda-toolkit

Any version above 9.1 is OK. To check the version run:

nvcc --version

The possible output will look like this:

nvcc: NVIDIA (R) Cuda compiler driver
Copyright (c) 2005-2017 NVIDIA Corporation
Built on Fri_Nov__3_21:07:56_CDT_2017
Cuda compilation tools, release 9.1, V9.1.85

Launching Cyberd fullnode

Add environment variables:

export DAEMON_HOME=$HOME/.cyberd
export DAEMON_NAME=cyberd

To make those variables persistent add them to the end of the $HOME/.bashrc and log-out/log-in, or do:

source ~/.bashrc

Make a directories tree for storing your daemon:

mkdir $HOME/.cyberd
mkdir -p $DAEMON_HOME/upgrade_manager
mkdir -p $DAEMON_HOME/upgrade_manager/genesis
mkdir -p $DAEMON_HOME/upgrade_manager/genesis/bin

Download cosmosd (upgrade manager for Cosmos SDK) and build it (commit no older than 984175f required):

git clone 
cd cosmosd/
go build
mv cosmosd $DAEMON_HOME/
chmod +x $DAEMON_HOME/cosmosd

Clone the go-cyber repo, checkout to the necessary version (master by default):

cd ~
git clone 

Build cyber~Rank CUDA kernel:

cd ~/go-cyber/x/rank/cuda/

Build cyber daemon (as a result you should see cyberd and cyberdcli files inside of the go-cyber/build/ folder):

cd ~/go-cyber
make build

If you are getting an error about the library missing, please download and build cosmwasm version 0.7.2 (smart-contracts module for Cosmos SDK) then copy the missing libraries, and re-build cyberd:

tar -xzf v0.7.2.tar.gz
cd go-cosmwasm-0.7.2/
make build
cp ./api/ /usr/lib/
cp ./api/libgo_cosmwasm.dylib /usr/lib/

Copy cyberd the binaries to an apropriate locations and add execute permitions to them:

cp build/cyberd $DAEMON_HOME/upgrade_manager/genesis/bin
cp build/cyberdcli /usr/local/bin/
cp build/cyberd /usr/local/bin/
chmod +x $DAEMON_HOME/upgrade_manager/genesis/bin/cyberd

Initialize cyber daemon (don’t forget to change the node moniker):

cd $DAEMON_HOME/upgrade_manager/genesis/bin
./cyberd init  --home $DAEMON_HOME

Your folder with cyberd must look like this after initialization:

root:~/.cyberd# tree
├── config
│   ├── app.toml
│   ├── config.toml
│   ├── node_key.json
│   └── priv_validator_key.json
├── cosmosd
├── data
│   └── priv_validator_state.json
└── upgrade_manager
    └── genesis
        └── bin
            └── cyberd

As a result of this operation, the data and config folders should appear inside of your $DAEMON_HOME/ folder.

Download genesis.json and place into your .cyberd/config:

cd $DAEMON_HOME/config
wget -O genesis.json

Setup private peers in config.toml.

# Comma separated list of nodes to keep persistent connections to
persistent_peers = "d0518ce9881a4b0c5872e5e9b7c4ea8d760dad3f:26656,0f7d8d5bb8e831a67d29d5950cff0f0ecafbab54:36656,30d949f592baf210dd2fc500c83f087f7ce95a84:36656"

You can more of them on our forum, the more the better for now.

Setup cyberd as a service (Ubuntu)

Service setup for cyber node

Make cyberd a system service. This will help you easily start/stop cyberd and run it in the background:

sudo nano /etc/systemd/system/cyberd.service

Paste the following (replace ubuntu with your username, or if you running as root replce the whole /home/ubuntu/ to /root/):

Description=Cyber Node

ExecStart=/home/ubuntu/.cyberd/cosmosd start --compute-rank-on-gpu=true


If you need to enable search of the node add the flag --allow-search=true right after --compute-rank-on-gpu=true.

Run rest service with cyberdcli

If you need to run a rest-server alongside cyberd here is a service file for it (do sudo nano /etc/systemd/system/cyberdcli-rest.service and paste the following), just make sure you’ll replace ubuntu to your user name and group:

Description=Cyberdcli REST Server

ExecStart=/usr/local/bin/cyberdcli rest-server --laddr tcp:// --chain-id euler-6


Run swagger-ui on top of cyberdcli rest server

There’s a possibility to build and run swagger-ui for your node to get a better experience with the rest-server. To get it up you’ll have to cd to the go-cyber repo, install static library for Go and set static file for swagger-ui:

cd /go-cyber/
apt install golang-statik
statik -src=cmd/cyberdcli/swagger-ui -dest=cmd/cyberdcli/lcd -f

Rebuild cyberdcli and replace the one in /usr/local/bin (no worries, you won’t lose your keys, if you already have keys imported):

make build
cp build/cyberdcli /usr/local/bin/

When all of the above steps are completed and cyberdcli-rest service has been started, you should have Swagger-ui available at http://localhost:1317/swagger-ui/ .

Launch cyberd

Reload systemd after the creation of the new service:

systemctl daemon-reload

Start the node:

sudo systemctl start cyberd

Check node status:

sudo systemctl status cyberd

Enable the service to start with the system:

sudo systemctl enable cyberd

Check logs:

journalctl -u cyberd -f --lines 20

If you need to stop the node:

sudo systemctl stop cyberd

All commands in this section are also applicable to cyberdcli-rest.service.

At this point your cyberd should be running in the backgroud and you should be able to call cyberdcli to operate with the client. Try calling cyberdcli status. A possible output looks like this:


Your node has started to sync. If that didn’t happen, check your config.toml file located at $DAEMON_HOME/config/config.toml and add at least a couple of addresses to and , some of those you can find on our forum.

Additional information about the chain is available via an API endpoint at: localhost:26657 (access via your browser)

E.G. the number of active validators is available at: localhost:26657/validators

If your node did not launch correctly from the genesis, you need to set the current link to cosmosd for cyber daemon:

ln -s $DAEMON_HOME/upgrade_manager/genesis current

If you joined the testnet after a chain upgrade happened, you must point your current link to a new location (with an approptiatly upgraded binary file):

mkdir $DAEMON_HOME/upgrade_manager/upgrades
cp  $DAEMON_HOME/upgrade_manager/upgrades
ln -s $DAEMON_HOME/upgrade_manager/upgrades current

Validator start

After your node has successfully sycned, you can run your validator.

Prepare a staking address

We included ~1 million Ethereum addresses, over 10000 Cosmos addresses and all of euler-4 validators addresses into the genesis file. This means that there’s a huge chance that you already have some EUL tokens. Here are 3 ways to check this:

If you already have a cyberd address with EUL and know the seed phrase or your private key, just restore it into your local Keystore:

cyberdcli keys add  --recover
cyberdcli keys show 

If you have an Ethereum address that had ~0.2Eth or more at block 8080808 (on the ETH network), you probably received a gift and may import your Ethereum private key. To check your gift balance, paste your Ethereum address on

Please do not import high-value Ethereum accounts. This is not safe! cyberd software is new and has not been audited yet.

cyberdcli keys add private 
cyberdcli keys show 

If you want to create a new account, use the command below: (You should send coins to that address to bound them later during the launch of the validator)

cyberdcli keys add 
cyberdcli keys show 

You could use your Ledger device, with the Cosmos app installed on it to sign and store cyber addresses: guide here. In most cases use the –ledger flag, with your commands:

cyberdcli keys add  --ledger

is any name you pick to represent this key pair. You have to refer to this parameter later when you use the keys to sign transactions. It will ask you to enter your password twice to encrypt the key. You will also need to enter your password when you use your key to sign any transaction.

The command returns the address, a public key and a seed phrase, which you can use to recover your account if you forget your password later. Keep the seed phrase at a safe place (not in hot storage) in case you have to use it.

The address shown here is your account address. Let’s call this . It stores your assets.

Important note: Starting with v.38 cosmos-SDK uses os-native keyring to store all your keys. We’ve noticed that in certain cases it does not work well by default (for example if you don’t have any GUI installed on your machine). If during the execution of the cyberdcli keys add command, you are getting this type of error:

panic: No such  interface 'org.freedesktop.DBus.Properties' on object at path /

goroutine 1 [running]:, 0x1307a10, 0xc000b37160, 0x1, 0x1, 0xc000b37170, 0x1, 0x1, 0x147a6c0, 0xc000f1c780, ...)
    /root/go/pkg/mod/ +0x38c, 0x1307a10, 0xc000b37160, 0x1, 0x1, 0xc000b37170, 0x1, 0x1, 0x147a6c0, 0xc000f1c780, ...)
    /root/go/pkg/mod/ +0x189, 0x1307a10, 0xc000b37160, 0x1, 0x1, 0xc000b37170, 0x1, 0x1, 0x146aa00, 0xc000b15630, ...)
    /root/go/pkg/mod/ +0x192
    /root/go/pkg/mod/, 0xc000f125f0, 0x1, 0x1, 0x148dcc0, 0xc000aca550, 0xc000ea75c0, 0xc000ae1c08, 0x5e93b7)
    /root/go/pkg/mod/ +0xa8b
... etc

You will have to use another keyring backend to keep your keys. Here are 2 options: store the files within the cli folder or a pass manager.

Setting keyring backend to a local file:


cyberdcli config keyring-backend file

As a result you migth see following: configuration saved to /root/.cybercli/config/config.toml


cyberdcli config --get keyring-backend

The result should be the following:

user:~# cyberdcli config --get keyring-backend

This means that you’ve set your keyring-backend to a local file. Note, in this case, all the keys in your keyring will be encrypted using the same password. If you would like to set up a unique password for each key, you should set a unique --home folder for each key. To do that, just use --home=// with setup keyring backend and at all interactions with keys when using cyberdcli:

cyberdcli config keyring-backend file --home=//
cyberdcli keys add  --home=//
cyberdcli keys list --home=//

Set keyring backend to pass manager:

Pass utility uses a GPG key to encrypt your keys (but again, it uses the same GPG for all the keys). To install and generate your GPG key you should follow this guide or this very detailed guide. When you’ll get your pass set, configure cyberdcli to use it as a keyring backend:

cyberdcli config keyring-backend pass

And verify that all has been set as planned:

cyberdcli config --get keyring-backend

Send the create validator transaction

Validators are actors on the network committing to new blocks by submitting their votes. This refers to the node itself, not a single person or a single account. Therefore, the public key here is referring to the nodes public key, not the public key of the address you have just created.

To get the nodes public key run the following command:

cyberd tendermint show-validator

It will return a bech32 public key. Let’s call it . The next step is to declare a validator candidate. The validator candidate is the account which stakes the coins. So the validator candidate is the account this time. To declare a validator candidate, run the following command adjusting the staked amount and the other fields:

cyberdcli tx staking create-validator \
  --amount=10000000eul \
  --min-self-delegation "1000000" \
  --pubkey= \
  --moniker= \
  --trust-node \
  --from= \
  --commission-rate="0.10" \
  --commission-max-rate="0.20" \
  --commission-max-change-rate="0.01" \

Verify that you are validating

cyberdcli query staking validators --trust-node=true

If you see your with status Bonded and Jailed false, everything is good. You are validating the network.

Maintenance of the validator


If your validator got slashed, it will get jailed. If it happens the operator must unjail the validator manually:

cyberdcli tx slashing unjail --from= --chain-id euler-6