Freely available tokens and relatively low system requirements make the WAX Testnet an ideal place to learn, however it’s now time to graduate to the WAX Mainnet.

This guide will give you the insight to build solid WAX Mainnet nodes that will handle the network and infrastructure demands that are required to be met by successful Guilds.

This article has been updated to incorporate the Antelope Leap 5.0 software build process.

How to Set Up a Solid WAX Mainnet Node

The WAX Mainnet as far as Antelope chains go has a very heavy infrastructure requirement. Of course the WAX Mainnet is constantly growing and there are numerous ways to fulfill these requirements.

This article will walk through an example that is currently valid (March 2024) and in use by the EOSphere Guild who are serving multiple peers and millions of API requests per day.

Mainnet Requirements

Hardware

4 Core CPU / 4Ghz+ recommended if you would like to produce blocks
(1) 384GB+ Disk / Enterprise Grade SSD or NVMe (High Endurance Req.)
(2) 6TB+ Disk / SAS or SATA are OK however SSD or NVMe preferred
128GB+ RAM

Operating System

Ubuntu 20.04
Ubuntu 22.04 (Recommended)

Internet

Modern Broadband / Fibre Connection (100Mb/s synchronous and above)
Static Public IP Address (Either terminating on this node or forwarded with NAT)

Prepare the Operating System Environment

Before the WAX software is built and configured, the operating system environment Ubuntu 22.04 in this case needs to be configured for performance and the load that is will take on.

Zettabyte File System (ZFS)

This node build uses 2 Discrete Disks in order to balance disk IO and provide a more affordable storage option for the blocks.log file, which is currently 2.1TB and growing.

Disk 1 is the high speed enterprise grade SSD or NVMe will be the OS disk used for the WAX software, all config and the state files. The state files are extremely IO intensive, a consumer based SSD’s life span will be short lived due to the high number of writes hence the need to use a high endurance enterprise SSD or NVMe.

Note: It needs to be mentioned that there are mechanisms to run these state files in memory if you have enough available, this topic will be covered in a future article.

In this example Disk 1 will run the default OS Ext4 File System that will already be implemented during the Ubuntu 22.04 installation.

Disk 2 is the large capacity SATA or SAS disk that will host the blocks.log file. The IO demands on the blocks directory are far lower than the state files and slower larger capacity spindle based disks are still suitable.

In this example Disk 2 will run the ZFS File System which will give us two main benefits. ZFS will enable us to use LZ4 compression (which currently is a gain of 1.3x) and it will improve disk IO with Adaptive Replacement Cache (ARC)

Implement ZFS on Disk 2 with the below configuration:

#Install ZFS  
> sudo apt-get install zfsutils-linux

#Locate the Disk 2 device name  
> lsblk

#Create ZFS Pool called "datavolume" on device "sdb"  
> sudo zpool create datavolume /dev/sdb

#Enable LZ4 compression  
> sudo zfs set compression=lz4 datavolume

#Disable ZFS access time Updates  
> sudo zfs set atime=off datavolume

#Set ARC to only cache metadata
> sudo zfs set primarycache=all datavolume

#Set the mountpoint location to your preferred location  
> sudo zfs set mountpoint=/home/eosphere/datavolume datavolume

#Verify ZFS Settings  
> zfs get all

Network Time Protocol (NTP)

It is crucial for a globally meshed blockchain to have synchronised time across all nodes.

Chrony is an excellent NTP client and is quite suitable for the needs of WAX Mainnet.

Install, configure and verify as below:

#Install Chrony  
> sudo apt install chrony

#If necessary manually add local peers, these are AU servers  
> sudo nano /etc/chrony/chrony.conf  
  
server 0.pool.ntp.org  
server 1.pool.ntp.org  
server 2.pool.ntp.org  
server 3.pool.ntp.org

#Restart Chrony  
> sudo /etc/init.d/chrony restart

#Verify  
> chronyc sources -v  
> chronyc tracking

#Set your local timezone if neccesary  
> sudo timedatectl set-timezone Australia/Perth

Stack Limits and Openfiles

WAX software memory addressing and the number of API requests a Production Mainnet Node will receive require that the Ubuntu 22.04 default Stack Limit and Number of Open Files be increased.

Configure and verify the raised limits as below:

> sudo nano /etc/systemd/system.conf

#Append the following configuration  
DefaultLimitNOFILE=64000   
DefaultLimitSTACK=65536000

#Restart server and verify  
> ulimit -a

Build the Software

The WAX software is derived from opensource Antelope software, however it has been modified to suit the needs of the WAX Protocol Network.

Currently the WAX Block Producer accepted software build and version is v5.0.1wax01 (March 2024)

The latest wax build tag is always available on the worldwide-asset-exchange Github

Building Process

This example uses Ubuntu Linux to build the WAX software from source following the process below:

> git submodule update --init --recursive

> sudo apt update

> sudo apt-get install -y \
        build-essential \
        cmake \
        curl \
        git \
        libboost-all-dev \
        libcurl4-openssl-dev \
        libgmp-dev \
        libssl-dev \
        llvm-11-dev \
        python3-numpy

> mkdir -p build

> cd build

> cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_PREFIX_PATH=/usr/lib/llvm-11 ..

# If necessary supplement $(nproc) below with the number of jobs your server can sustain, I suggest 4GB RAM required / job
> make -j "$(nproc)" package

# Binaries are located in ~/wax-blockchain/build/programs

Configuration

Now that a clean build of the WAX software has been compiled lets get into configuring for WAX Mainnet operation.

To configure and start the node nodeos will be used, nodeosis the core service daemon that runs on every WAX Protocol Network node.

nodeos can be configured to process smart contracts, validate transactions, produce blocks containing valid transactions, and confirm blocks to record them on the blockchain.

The primary operational functions of nodeos are; running it as a Block Producer, Network API Endpoint, P2P Seed Node or State-History Node. Typically on a busy network such as the WAX Mainnet you would separate these functions across physically discrete servers.

In this WAX Mainnet example you will make your node connect to other network peers, offer a P2P Seed Node service and make the node available as a Network API Endpoint. This node won’t be providing historical data query support.

nodeos requires two files to connect to peers and run on the WAX Mainnet:

config.ini

Create a default config.ini by running nodeos without config as per the command below:

> mkdir ~/waxdata

> cd ~/wax-blockchain/build/programs/nodeos

> ./nodeos --data-dir ~/waxdata --config-dir ~/waxdata

You will then be able to edit the newly created config.ini and see all the available parameters:

> cd ~/waxdata

> nano config.ini

Now edit the config.iniand add the following configuration settings:

# the location of the blocks directory on Disk 2  
blocks-dir = /home/eosphere/datavolume/blocks

wasm-runtime = eos-vm-jit
chain-state-db-size-mb = 131072  
chain-state-db-guard-size-mb = 1024  
enable-account-queries = true  
http-server-address = 0.0.0.0:8888  
access-control-allow-origin = *  
access-control-allow-headers = Origin, X-Requested-With, Content-Type, Accept  
http-max-response-time-ms = 1000
verbose-http-errors = true  
http-validate-host = false  

p2p-listen-endpoint = 0.0.0.0:9876

# 3dkrenderwax: FI, Finland
p2p-peer-address = peer.3dkrender.com:9880

# alohaeosprod: US, Oregon
p2p-peer-address = peer.wax.alohaeos.com:9876

# amsterdamwax: NL, Amsterdam
p2p-peer-address = wax.eu.eosamsterdam.net:9101

# blacklusionx: DE, Germany
p2p-peer-address = peer1-emea.wax.blacklusion.io:4646

# blokcrafters: CA, Montreal, Quebec
p2p-peer-address = wax-peer-ca.blokcrafters.io:9876

# blokcrafters: FI, Helsinki, Uusimaa
p2p-peer-address = wax-peer-eu.blokcrafters.io:9876

# bp.adex: DE, Falkenstein
p2p-peer-address = p2p-wax.a-dex.xyz:9876

# bp.alcor: FI, Finland
p2p-peer-address = wax-p2p.alcor.exchange:9876

# bp.box: KY, Cayman Islands
p2p-peer-address = wax.defibox.xyz:9966

# bp.wecan: FI, Uusimaa
p2p-peer-address = seed1-wax-mainnet.wecan.dev:14998

# bp.wecan: DE, Gunzenhausen
p2p-peer-address = seed2-wax-mainnet.wecan.dev:14998

# cryptolions1: DE, Germany-Finland
p2p-peer-address = wax.cryptolions.io:9876

# dapplica: DE, Germany-Finland
p2p-peer-address = wax.dapplica.io:9876

# eosarabianet: DE, Munich
p2p-peer-address = p2p-wax.eosarabia.net:9876

# eosauthority: DE, Falkenstein
p2p-peer-address = node-wax.eosauthority.com:10301

# eosauthority: FI, Helsinki
p2p-peer-address = node-wax-p2p.eosauthority.com:10301

# eosdacserver: FI, Tuusula
p2p-peer-address = wax-p2p.eosdac.io:29876

# eosdacserver: GB, United Kingdom
p2p-peer-address = wax-p2p.uk.eosdac.io:29873

# eosdacserver: FI, Tuusula
p2p-peer-address = wax-p2p.fi.eosdac.io:19876

# eosdublinwow: FI, Finland
p2p-peer-address = wax.p2p.eosdublin.io:9876

# eosphereiobp: CA, Beauharnois
p2p-peer-address = peer1-wax.eosphere.io:9876

# eosphereiobp: CA, Beauharnois
p2p-peer-address = peer2-wax.eosphere.io:9876

# eosriobrazil: BR, Rio de Janeiro
p2p-peer-address = br.eosrio.io:35668

# greeneosiobp: DE, Germany
p2p-peer-address = p2p1.wax.greeneosio.com:9876

# guild.nefty: DE, Germany
p2p-peer-address = p2p-node1.neftyblocks.com:9876

# guild.nefty: FI, Finland
p2p-peer-address = p2p-node2.neftyblocks.com:9876

# guild.taco: DE, Germany
p2p-peer-address = peer1.wax.tacocrypto.io:9999

# guild.waxdao: US, United States
p2p-peer-address = p2p.waxdaobp.io:9876

# ivote4waxusa: US, Greenville,SC,USA
p2p-peer-address = wax.p2p.eosusa.io:9875

# ledgerwiseio: FI, LB
p2p-peer-address = waxp2p.ledgerwise.io:21877

# nation.wax: CA, Canada
p2p-peer-address = wax.seed.eosnation.io:9876

# oneinacilian: DE, Falkenstein
p2p-peer-address = p2p.oiac.io:9876

# sentnlagents: DE, Falkenstein
p2p-peer-address = waxp2p.sentnl.io:9876

# waxhiveguild: FI, Finnland
p2p-peer-address = peer1.hivebp.io:9876

# waxhiveguild: DE, Germany
p2p-peer-address = peer2.hivebp.io:9876

# waxmadrid111: DE, SEED
p2p-peer-address = wax-seed.eosiomadrid.io:9876

# waxswedenorg: SE, Sweden
p2p-peer-address = p2p.waxsweden.org:35777

# PeerList - https://validate.eosnation.io/wax/reports/config.html

agent-name = "<yourname> WAX Mainnet"  
max-clients = 100  
sync-fetch-span = 500

plugin = eosio::http_plugin  
plugin = eosio::chain_plugin  
plugin = eosio::chain_api_plugin

genesis.json

These are the initial state parameters required by every new starting node on the WAX Mainnet. Create the file as below:

> cd ~/waxdata

> nano genesis.json

Add the following parameters to the genesis.json file for the WAX Public Mainnet:

{  
  "initial_timestamp": "2019-06-05T12:00:00.000",  
  "initial_key": "EOS8i2pkwtv2JmdYWNJdcy5BcJ7wCE5q6mpE1hwT25HdgHMzeRday",  
  "initial_configuration": {  
    "max_block_net_usage": 1048576,  
    "target_block_net_usage_pct": 1000,  
    "max_transaction_net_usage": 524288,  
    "base_per_transaction_net_usage": 12,  
    "net_usage_leeway": 500,  
    "context_free_discount_net_usage_num": 20,  
    "context_free_discount_net_usage_den": 100,  
    "max_block_cpu_usage": 500000,  
    "target_block_cpu_usage_pct": 2000,  
    "max_transaction_cpu_usage": 150000,  
    "min_transaction_cpu_usage": 100,  
    "max_transaction_lifetime": 3600,  
    "deferred_trx_expiration_window": 600,  
    "max_transaction_delay": 3888000,  
    "max_inline_action_size": 4096,  
    "max_inline_action_depth": 4,  
    "max_authority_depth": 6  
  }  
}

Running Nodeos

Now that the config.ini has been configured and the initial WAX Mainnet chain parameters genesis.json have been created, you can now join the network and sync up the node.

Use screen to keep your session live even when you disconnect, usage below:

#Create a new screen session  
  
> screen -US wax 

#Disconnect screen session  
  
> ctrl-a+d 

#Reconnect screen session  
  
> screen -r wax

Run nodeos with pointers to the config, data directory and genesis file:

> cd ~/wax-blockchain/build/programs/nodeos

> nodeos --data-dir ~/waxdata --config-dir ~/waxdata --genesis-json ~/waxdata/genesis.json

Your WAX Mainnet node will now start syncing with the configured peers until it catches up and is current with the WAX Mainnet chain.

It is possible to speed up the sync process by starting with a snapshot and valid blocks.log the process is explained in the WAX Snapshots Guide.

These WAX Developer Technical Guides are created using source material from the EOSphere WAX Technical How To Series

Be sure to ask any questions in the EOSphere Telegram

About WAX

dApp Development

Setup local Environment

Docker Setup

WAX Blockchain Setup

Smart Contract Development

WAX CDT

Deploy on WAX

MyCloudWallet

wax.js

WalletConnect

Tutorials

Tic-Tac-Toe Game

AtomicAssets Guide

SimpleAssets Guide

WAX RNG

Create RNG Contract

WharfKit

Tools

API Reference

dFuse

Basics

Atomic Assets API

Guides

WAX Hyperion History

How to Set Up a Solid WAX Mainnet Node

Mainnet Requirements

Prepare the Operating System Environment

Zettabyte File System (ZFS)

Network Time Protocol (NTP)

Stack Limits and Openfiles

Build the Software

Configuration

Running Nodeos

Setup local Environment

Docker Setup

WAX Blockchain Setup

Smart Contract Development

WAX CDT

Deploy on WAX

wax.js

WalletConnect

Tic-Tac-Toe Game

AtomicAssets Guide

SimpleAssets Guide

WAX RNG

Create RNG Contract

WharfKit

dFuse

How to Set Up a Solid WAX Mainnet Node ​

Mainnet Requirements ​

Prepare the Operating System Environment ​

Zettabyte File System (ZFS) ​

Network Time Protocol (NTP) ​

Stack Limits and Openfiles ​

Build the Software ​

Configuration ​

Running Nodeos ​

How to Set Up a Solid WAX Mainnet Node

Mainnet Requirements

Prepare the Operating System Environment

Zettabyte File System (ZFS)

Network Time Protocol (NTP)

Stack Limits and Openfiles

Build the Software

Configuration

Running Nodeos