# Background

Starting filecoin mining could be a daunting task given not only the large initial hardware and filecoin collateral investment (opens new window) but also the entailing operation commitment. With ideas of security, ease of use and distributed mining pool in mind, Venus implementation of filecoin will help miners turn, what community say, a full time job (opens new window) into a serious hobby. Hope this tutorial will get you started mining in no time!

# How mining works

There are two ways of getting started with mining using Venus.

  1. Deploy minimum hardware and gain access to a publicly hosted shared venus modules. (See this tutorial to learn more)
  2. Deploy all required hardware and venus modules by yourself. (The rest of this tutorial will walk you through this way of deploying venus mining operation)

After following the rest of the trutorial and successful deployment, you can start pledging sectors, grow power and evantually obtain block rewards through your contribution to the network's storage capacity!

# Introducing venus modules

Depending on its role in a mining cluster, modules could be loosely broken down into two category: shared and independent. Shared modules could be thought as the plumbings of what you need to start sealing sectors. Most of the dealings with the blockchain like chain synchronizations, sending messages, winning a block and etc are handled by the shared modules. The idea is that many miners could all use a set of shared modules, thus reducing overhead in maintainence. Independent modules handles sealing and proving of your sectors, where you will be spend most of your time if you choose to use a publicly hosted shared venus modules. Note also that venus-wallet module could be deployed as either shared or independent.

name role shared/independent
venus (opens new window) daemon for chain interactions shared
venus-miner (opens new window) block winning and proving shared
venus-messager (opens new window) chain message management shared
venus-auth (opens new window) utility for authorized use of shared modules shared
venus-gateway (opens new window) utility for controlled access point of shared modules shared
venus-wallet (opens new window) addresses/keys management shared/independent
venus-sealer (opens new window), venus-worker (opens new window) job scheduling, sealing and proving independent
venus-market (under development) deal making independent

# Mining architecture

Diagram below illustrates how venus modules interacts with one and another.


# Hardware requirements

Learn more about hardware requirements here (opens new window).

# Pre-requisites

Before diving into deployment of your mining operation, please make sure you go through the following steps.


It is recommended that you test your setup in nerpa or calibration network before deploying on mainnet.

# Setup your permanent storage

Choose a network file system that you are familiar with (NFS for example) and deploy your storage cluster.

# Software dependencies

You will need the following software installed before running venus.

# Build tools


sudo apt install mesa-opencl-icd ocl-icd-opencl-dev gcc git bzr jq pkg-config curl clang build-essential hwloc libhwloc-dev wget -y && sudo apt upgrade -y


sudo yum install -y https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; sudo yum install -y git gcc bzr jq pkgconfig clang llvm mesa-libGL-devel opencl-headers ocl-icd ocl-icd-devel hwloc-devel

# Go

To build venus, you need a working installation of Go 1.16 or higher (opens new window).

wget -c https://golang.org/dl/go1.16.2.linux-amd64.tar.gz -O - | sudo tar -xz -C /usr/local

Add /usr/local/go/bin to your path and setup Go env. For most Linux distributions you can run something like:

echo "export PATH=$PATH:/usr/local/go/bin" >> ~/.bashrc && source ~/.bashrc
# setup go env
go env -w GOPROXY=https://goproxy.io,direct
go env -w GO111MODULE=on

See the official Golang installation instructions (opens new window) if you get stuck.

# Install venus-auth

Download and compile the source code of venus-auth.

$ git clone https://github.com/filecoin-project/venus-auth.git
$ cd venus-auth
$ git checkout <RELEASE_TAG>
$ make 
$ nohup ./venus-auth run > auth.log 2>&1 &


Default config file for Venus-auth is located at ~/.venus-auth/config.toml.


Log defaults printing to console. InfluxDB is supported through configuration.

# Using MySQL (Optional)

MySQL 5.7 or above is supported and can be used as a substitute for the dedault Badger key-value database. To use MySQL database, modify the db section of the config.

$ vim ~/.venus-auth/config.toml

# Data source configuration item
# support: badger (default), mysql 
# the mysql DDL is in the script package 
type = "mysql" 
# The following parameters apply to MySQL
# conns 1500 concurrent
maxOpenConns = 64
maxIdleConns = 128
maxLifeTime = "120s"
maxIdleTime = "30s"

Restart venus-auth for the configuration to take into effect.

$ ps -ef | grep auth
$ nohup ./venus-auth run > auth.log 2>&1 &

# Token gerneration

venus-auth manages jwt (opens new window) tokens used by other venus modules for them to talk to each other securely on the network.

Generate tokens for shared modules.

# --perm specifies admin, sign, wirte or read permission of the token generated
$ ./venus-auth token gen --perm admin <SHARED>

Generate tokens for independent modules. Tokens can be logically grouped by <USER> as individual miner joining the mining pool.

$ ./venus-auth user add --name <USER> --miner=<minerID>
$ ./venus-auth token gen --perm write <USER>
$ ./venus-auth token gen --perm read <USER>


Use ./venus-auth user add <USER> to logically group different tokens. If there is already a miner number, bring --miner, if not, you need to update after the miner is created:

$ ./venus-auth user update --name <USER> --miner=<minerID>

# 查看user列表
$ ./venus-auth user list

# Install venus-gateway

Download and compile the source code of venus-gateway.

$ git clone https://github.com/filecoin-project/venus-gateway.git
$ cd venus-gateway
$ git checkout <RELEASE_TAG>
$ go mod tidy
$ make

Start venus-gateway.

$ ./venus-gateway --listen=/ip4/ run \
# Use either a http or https url
--auth-url=<http://VENUS_AUTH_IP_ADDRESS:PORT> \
> venus-gateway.log 2>&1 &

If you encounter the following compilation errors, execute firstgo get github.com/google/flatbuffers@v1.12.1

github.com/dgraph-io/badger/v3@v3.2011.1/fb/BlockOffset.go:6:2: missing go.sum entry for module providing package github.com/google/flatbuffers/go (imported by github.com/dgraph-io/badger/v3/table); to add:
        go get github.com/dgraph-io/badger/v3/table@v3.2011.1

# Install venus daemon

Download and compile the source code of venus.

$ git clone https://github.com/filecoin-project/venus.git
$ cd venus
$ git checkout <RELEASE_TAG>
$ make deps
$ make

Start venus daemon for chain synchronization. Use --network to specify the network venus is connecting to.

$ nohup ./venus daemon --network=nerpa --auth-url=<http://VENUS_AUTH_IP_ADDRESS:PORT> > venus.log 2>&1 & 


Use tail -f venus.log or ./venus sync status to check if there is any errors during sychronization.

# Grant access to venus daemon

By default, venus daemon only respond to local access. Change the following configuration to allow access from other addresses.

vim ~/.venus/config.json

Change apiAddress from /ip4/ to /ip4/ Save and close the config file.

	"api": {"apiAddress": "/ip4/"}

Restart venus daemon for the config to take into effects.

$ ps -ef | grep venus
$ kill <VENUS_PID>
$ nohup ./venus daemon --network=nerpa --auth-url <http://VENUS_AUTH_IP_ADDRESS:PORT> > venus.log 2>&1 

# Install venus-messager

Download and compile the source code of venus-messager.

$ git clone https://github.com/filecoin-project/venus-messager.git
$ cd venus-messager
$ git checkout <RELEASE_TAG>
$ make 

Start venus-messager. Note that --auth-url, --node-url and --auth-token are for venus-messager to be aware of other venus modules and be properly authenticated.

$ nohup ./venus-messager run \
--auth-url=<http://VENUS_AUTH_IP_ADDRESS:PORT> \
--node-url /ip4/<VENUS_DAEMON_IP_ADDRESS>/tcp/3453 \
--gateway-url=/ip4/<IP_ADDRESS_OF_VENUS_GATEWAY>/tcp/45132 \
--auth-token <SHARED_ADMIN_AUTH_TOKEN> \
--db-type mysql \
--mysql-dsn "<USER>:<PASSWORD>@(" \
> msg.log 2>&1 &


If no database related params are specified, venus-messager will default to use sqlite.

# Install venus-miner

Download and compile the source code of venus-miner.

$ git clone https://github.com/filecoin-project/venus-miner.git
$ cd venus-miner
$ git checkout <RELEASE_TAG>
$ make

Initialize venus-miner.

$ ./venus-miner init
# For nettype, choose from mainnet, nerpanet, debug, 2k, calibnet
--nettype nerpanet
--auth-api <http://VENUS_AUTH_IP_ADDRESS:PORT> \
--gateway-api /ip4/<VENUS_GATEWAY_IP_ADDRESS>/tcp/45132
--api /ip4/<VENUS_DAEMON_IP_ADDRESS>/tcp/3453 \

Run venus-miner.

$ nohup ./venus-miner run >>miner.log 2>& 1 &

# Miner management

Once a user, venus-sealer with proper miner id, connected to your shared modules. You can query the status of said miner id by the following.

$ ./venus-miner address state 
		"Addr": "<MINER_ID>",
		"IsMining": true,
		"Err": null

If IsMining of your miner is false, you can run the following command to start the miner id.

$ ./venus-miner address start <MINER_ID>

List all miner ids that have connected to venus-miner.

$ ./venus-miner address list

# Next steps

Next, please follow this guide to connect to the storage pool you just deployed!

# Questions?

Find us on Slack (opens new window)!