title |
---|
Run a Sui Fullnode |
We welcome you to run your own Sui fullnode! Sui fullnodes run a service that stores the full blockchain state and history. They service reads, either for end clients or by helping other fullnodes get up-to-date with the latest transactions that have been committed to the chain.
This role enables validators (or miners in other networks) to focus on servicing the write path and processing transactions as fast as possible. Once a validator has committed a new set of transactions (or a block of transactions), the validator will push that block to a fullnode (potentially a number of fullnodes) who will then in turn disseminate it to the rest of the network.
Important: For potential validators, running a Sui fullnode is an absolute prerequisite. We encourage auditors, bridges, state mirrors and other interested parties to join us. At this time, we offer no guarantees on performance or stability of our fullnode software. We expect things to evolve and stabilize over time, and we're seeking feedback in the form of Sui Code Bug issues filed in GitHub for any problems encountered.
Sui fullnodes exist to:
- Track and verify the state of the blockchain, independently and locally.
- Serve read requests from clients.
- Conduct local app testing against verified data.
Today Sui fullnodes sync with validators to be able to learn about newly committed transactions.
The normal life of a transaction requires a few round trips to 2f+1 validators to be able to form a TxCert, at which point a transaction is guaranteed to be committed and executed.
Today, this synchronization process is performed by:
- Following 2f+1 validators and listening for newly committed transactions.
- Requesting the transaction from one validator.
- Locally executing the transaction and updating the local DB.
This synchronization process is far from ideal as it requires listening to at a minimum 2f+1 validators to ensure that a fullnode has properly seen all new transactions. Over time, we will improve this process (e.g. with the introduction of checkpoints, ability to synchronize with other fullnodes, etc.) in order to have better guarantees around a fullnode’s ability to be confident it has seen all recent transactions.
The Sui fullnode is essentially a read-only view of the network state. Unlike validator nodes, fullnodes cannot sign transactions, although they can validate the integrity of the chain by re-executing transactions that were previously committed by a quorum of validators.
Today, a fullnode is expected to maintain the full history of the chain; in the future, sufficiently old history may need to be pruned and offloaded to cheaper storage.
Conversely, a validator needs to store only the latest transactions on the frontier of the object graph (e.g., txes with >0 unspent output objects).
Follow the instructions here to run your own Sui fullnode.
We recommend the following minimum hardware requirements for running a fullnode:
- CPUs: 2
- RAM: 8GB
- Storage: 50GB
Storage requirements will vary based on various factors (age of the chain, transaction rate, etc) although we don't anticipate running a fullnode on devnet will require more than 50 GBs today given it is reset upon each release roughly every two weeks.
We recommend running Sui fullnodes on Linux. The Sui team supports the Ubuntu and Debian distributions and tests against Ubuntu version 18.04 (Bionic Beaver).
That said, you are welcome to run a Sui fullnode on the operating system of your choosing and submit changes to accommodate that environment.
Before building, ensure the required tools are installed in your environment as outlined in the Prerequisites section. Note, you will fork the Sui repository here rather than clone it as described in Prerequisites. So you can skip that step.
If you are using Linux, install these extra dependencies. For example, in Ubuntu, run:
$ apt-get update \
&& DEBIAN_FRONTEND=noninteractive TZ=Etc/UTC apt-get install -y --no-install-recommends \
tzdata \
git \
ca-certificates \
curl \
build-essential \
libssl-dev \
pkg-config \
libclang-dev \
cmake
Currently, the only supported way of running a fullnode requires building from source. In the future, we will provide Docker images for more flexibility in how a fullnode is run.
- Set up your fork of the Sui repository:
- Go to the Sui repository on GitHub and click the Fork button in the top right-hand corner of the screen.
- Clone your personal fork of the Sui repository to your local machine
(ensure that you insert your GitHub username into the URL):
$ git clone https://github.com/<YOUR-GITHUB-USERNAME>/sui.git
cd
into yoursui
repository:$ cd sui
- Set up the Sui repository as a git remote:
$ git remote add upstream https://github.com/MystenLabs/sui
- Sync your fork:
$ git fetch upstream
- Check out the
devnet
branch:$ git checkout --track upstream/devnet
- Make a copy of the fullnode configuration template:
$ cp crates/sui-config/data/fullnode-template.yaml fullnode.yaml
- Download the latest
genesis
state for devnet by clicking that link or by running the following in your terminal:$ curl -fLJO https://github.com/MystenLabs/sui-genesis/raw/main/devnet/genesis.blob
- Optional: You can skip this set of steps if you are willing to accept the default paths to
resources. If you need custom paths, edit your
fullnode.yaml
file to reflect the paths you employ:- Update the
db-path
field with the path to where the fullnode's database will be located. By default this will create the database in a directory./suidb
relative to your current directory:db-path: "/path/to/suidb"
- Update the
genesis-file-location
with the path to thegenesis
file. By default, the config looks for the filegenesis.blob
in your current directory:genesis: genesis-file-location: "/path/to/genesis.blob"
- Update the
- Start your Sui fullnode:
$ cargo run --release --bin sui-node -- --config-path fullnode.yaml
- Post build, receive the success confirmation message,
SuiNode started!
Your fullnode will now be serving the read endpoints of the Sui JSON-RPC
API at:
http://127.0.0.1:9000
The Sui Explorer lets you configure where it should issue read requests to query the blockchain. This enables you to point the Explorer at your locally running fullnode and see the transactions it has synced from the network. To make this change:
- Open a browser and go to: https://explorer.devnet.sui.io/
- Click the Devnet button in the top right-hand corner of the Explorer and select the Local network from the drop-down menu.
- Close the Choose a Network menu to see the latest transactions.
The Explorer will now use your local fullnode to explore the state of the chain.
Monitor your fullnode using the instructions at Logging, Tracing, Metrics, and Observability.
Whenever a new release is deployed to devnet
, the blockchain state is
typically wiped clean. In order to have your fullnode continue to properly
synchronize with the new state of devnet, you'll need to follow a few steps
based on how you originally set up your node. See below.
If you followed the instructions for building from Source, update your fullnode as follows:
- Shut down your currently running fullnode.
cd
into your local Sui repository:$ cd sui
- Remove the old on-disk database and 'genesis.blob' file:
$ rm -r suidb genesis.blob
- Fetch the source from the latest release:
$ git fetch upstream
- Reset your branch:
$ git checkout -B devnet --track upstream/devnet
- Download the latest
genesis
state for devnet as described above. - Update your
fullnode.yaml
configuration file if needed. - Restart your Sui fullnode:
$ cargo run --release --bin sui-node -- --config-path fullnode.yaml
Your fullnode will once again be running at:
http://127.0.0.1:9000
Today, a fullnode relies only on synchronizing with 2f+1 validators in order to ensure it has seen all committed transactions. In the future, we expect fullnodes to fully participate in a peer-to-peer (p2p) environment where the load of disseminating new transactions can be shared with the whole network and not place the burden solely on the validators. We also expect future features, such as checkpoints, to enable improved performance of synchronizing the state of the chain from genesis.
Please see our privacy policy to learn how we handle information about our nodes.