Node Setup Manual (testnet)
How to Operate Tellor Layer Node.
Recommended Hardware Specs
Operating a node for a personal RPC can be done using most modern computers.
For running a validator, more power is recommend:
Modern cpu with at least 8 cores / threads
ram: 32 gb
storage: 1000gb+ @ NVME gen3+
network: 500mb/s DL, 100mb/s UL (the faster the better)
Note: The memory requirement (32gb) is important to consider if you are planning to operate continuously as a validator. We have tested upgrades with oracle data store migrations that weren't possible on 16gb machines.
Node Setup Quick Start (testnet)
Software Prerequisites
jq, yq, sed, curl, wget, make, and Go are required for running the various commands and config scripts and commands in this guide:
jq:sudo apt install jqyq:sudo apt install yqsed:sudo apt install sedcurl:sudo apt install curlwget:sudo apt install wgetGo version 1.22: Use the default install instructions here.make:sudo apt install build-essential
jq, yq, sed, and wget are required for running the various commands and config scripts in this guide:
jq:brew install jqyq:brew install yqsed:brew install sedwget: brew install wgetGo ≥ 1.22: Use the default install instructions here.make:xcode-select --install
Commands shown should just work while logged in as a user (not root).
If you are using an older Mac with an intel chip, the linux versions (amd64) in step 1 below may be used. (just remember to use the mac commands!)
If on raspberry pi or similar, use the binary downloads for "arm64".
Choose How you will Sync your Node
There are two three ways to get a node running on layertest-4:
State Sync: Your node is configured with seeds and peers from which it will try to download recent chain state snapshots. This sync method is faster, but you will not be able to query block info (like transactions) for any blocks that were produced before the day of your sync.
Genesis sync: Your node will start with the genesis binary and sync the entire chain. A different binary will be needed for each upgrade since genesis. This sync method can take a long time depending on how long layertest-4 has been live.
1. Download and Organize the layerd Binary(s)
layerd Binary(s)Be sure to select the tabs that work for your setup! You will get errors if you use the linux commands on mac and vice-versa.
2. Set System Variables
A Layer node uses the following variables:
TOKEN_BRIDGE_CONTRACT: the token bridge contract address.
ETH_RPC_URL: A reliable Sepolia RPC URL.
ETH_RPC_URL_PRIMARY: Sepolia RPC url for the reporter daemon (can be the same).
ETH_RPC_URL_FALLBACK: A second RPC url for calling the bridge contract if the primary RPC fails to respond.
Set the environment variables so that they are set in new terminal windows by default. Open your .bashrc or .zshrc file with a text editor like nano:
Add these lines to the bottom of the file. Remember to replace the example ETH_RPC_URL with your actual Sepolia testnet RPC url, and if you're going to run a reporter, replace the REPORTERS_VALIDATOR_ADDRESS with your own as well.
Exit nano with ctrl^x then enter y to save the changes.
Load the new variables:
3. Edit Chain Configuration for Tellor.
We need to open up the tellor layer config files and change some variables. You can use any local text editor like code, vim, or nano.
Note: All variables not shown can be safely left as is.
In ~/.layer/config/app.toml:
In ~/.layer/config/client.toml:
In ~/.layer/config/config.toml:
4. Sync the Node
Before starting your node, it's a good idea to think about how you want to run it so that the process does not get killed accidentally. This is not obvious for beginners. Try GNU screen or tmux. More advanced setups can be achieved using systemd services.
Choose the tab depending on whether or not you are doing a genesis sync, or a state sync:
We need to make a few more config edits to make sure your state sync goes smoothly.
To find a good trusted height to use for a snapshot sync, we need to find the height of a snapshot available from
https://node-palmito.tellorlayer.com/rpc/. Copy and paste this entire block of commands into a terminal and hit enter:
The output should be something like:
Edit config.toml:
Open your config file:
Scroll or search (ctrl^w) the file and edit the state sync variables shown here to match the trusted height and trusted hash you found above:
Be sure to replace the trust_height and trust_hash with the block number and hash from the curl command above.
Exit nano with ctrl^x then enter y to save the changes.
Start your node:
The node should start up quickly and begin downloading snapshots from peers.
Start your layer node with the command:
You should now see your log quickly downloading blocks!
Upgrades
Your node will stop syncing at the following block height(s) for each binary upgrade:
452800 for upgrade v4.0.1 (uses the v4.0.2 binary)
2154000 for upgrade v4.0.3
3139971 for upgrade v5.0.0
5092670 for upgrade v5.1.0
7375500 for upgrade v5.1.1
9569214 for upgrade v5.1.2
11012370 for upgrade v6.0.0
When the sync stops for an upgrade at the heights shown above, you will need to kill the layerd process and start it back up again on the corresponding upgraded binary.
Notes on the Upgrades:
The v4.0.2 binary is used at the height for the v4.0.1 upgrade. (This is not a typo)
To check if the node is fully synced, open a separate terminal window and run:
You should see a JSON formatted list of information about your running node. If you see catching_up":false that means that you're node is fully synced and ready to use!
Last updated

