Skip to main content

Fullnode Using Aptos Source or Docker

You can run your own Fullnode to synchronize with the state of the Aptos blockchain and stay up-to-date. Fullnodes replicate the entire state of the blockchain by querying other Aptos fullnodes or validators.

Alternatively, you can use the fullnodes provided by Aptos Labs. However, such Aptos Labs-provided fullnodes have rate limits, which can impede your development. By running your own fullnode you can directly synchronize with the Aptos blockchain and avoid such rate limits.

Fullnodes can be run by anyone. This tutorial explains how to configure a public fullnode to connect to the Aptos devnet.


Your public fullnode will be connected to the Aptos devnet with a REST endpoint accessible on your computer at localhost:8080, if you follow the default setup in this document. To connect to AIT3 or other network, make sure you replace all necessary info.

Before you proceed

Before you get started with this tutorial, read the following sections:

Hardware requirements

We recommend the following hardware resources:

  • For running a production grade fullnode:

    • CPU: 8 cores, 16 threads (Intel Xeon Skylake or newer).
    • Memory: 32GB RAM.
  • For running the fullnode for development or testing:

    • CPU: 2 cores.
    • Memory: 4GB RAM.

Storage requirements

The amount of data stored by Aptos depends on the ledger history (length) of the blockchain and the number of on-chain states (e.g., accounts). These values depend on several factors, including: the age of the blockchain, the average transaction rate and the configuration of the ledger pruner.


Given that devnet is currently being reset on a weekly basis, we estimate that Aptos will not require more than several GBs of storage. See the #devnet-release channel on Aptos Discord.

Configuring a fullnode

You can configure a public fullnode in one of two ways:

  1. Building and running aptos-core from source code.
  2. Using Docker.

This document describes how to configure your public fullnode using both methods.

Approach #1: Building and running from Aptos-core source code

  1. Clone the Aptos repo.

    git clone
  2. cd into aptos-core directory.

    cd aptos-core
  3. Run the scripts/ Bash script as shown below. This will prepare your developer environment.

  4. Update your current shell environment.

    source ~/.cargo/env

With your development environment ready, now you can start to setup your fullnode.

  1. Checkout the devnet branch using git checkout --track origin/devnet.

  2. Make sure your current working directory is aptos-core. Run cp config/src/config/test_data/public_full_node.yaml fullnode.yaml to create a copy of the fullnode config template. You will edit this file to ensure that your fullnode:

    • Contains the correct genesis blob that is published by the Aptos devnet.
    • Synchronizes correctly with the devnet, by using the checkpoint file waypoint.txt published by the devnet, and
    • Stores the devnet database at a location of your choice on your local machine.
  3. Make sure your current working directory is aptos-core. The Aptos devnet publishes the genesis.blob and waypoint.txt files. Download them:

    • Click here genesis or run the below command on your terminal:

      curl -O
    • Click here waypoint and save the file, or run the below command on your terminal:

      curl -O

    To connect to other networks, you can find genesis and waypoint here ->

  4. Edit the fullnode.yaml file in your current working directory as follows.

    • Specify the correct path to the waypoint.txt you just downloaded by editing the base.waypoint.from_file in the fullnode.yaml. By default it points to waypoint.txt in the current working directory. E.g.

      from_file: "./waypoint.txt"
    • For the genesis_file_location key, provide the full path to the genesis.blob file. For example:

      genesis_file_location: "./genesis.blob"
    • For the data_dir key in the base list, specify the directory where on your local computer you want to store the devnet database. This can be anywhere on your computer. For example, you can create a directory my-full-node/data in your home directory and specify it as:

      data_dir: "/path/to/my/homedir/my-full-node/data"
  5. Start your local fullnode by running the below command:

    cargo run -p aptos-node --release -- -f ./fullnode.yaml

You have now successfully configured and started running a fullnode connected to Aptos devnet.


This will build a release binary: aptos-core/target/release/aptos-node. The release binaries tend to be substantially faster than debug binaries but lack debugging information useful for development. To build a debug binary, omit the --release flag.

Approach #2: Using Docker

This section describes how to configure and run your fullnode using Docker.

Running Aptos-core via Docker is currently only supported on x86-64 CPUs and not on ARM64 CPUs (which includes M1/M2 Macs).

We currently only publish docker images compatible with x86-64 CPUs. If you have an M1/M2 (ARM64) Mac, use the Aptos-core source approach. If M1/M2 support is important to you, please comment on and follow this issue:

  1. Install Docker.

  2. Create a directory for your local public fullnode, and cd into it. For example:

    mkdir aptos-fullnode && cd aptos-fullnode
  3. Run the following script to prepare your local config and data dir for Devnet:

    mkdir data && \
    curl -O && \
    curl -O && \
    curl -O

    To connect to other networks, you can find genesis and waypoint here ->

  4. Finally, start the fullnode via docker:

     docker run --pull=always --rm -p 8080:8080 -p 9101:9101 -p 6180:6180 -v $(pwd):/opt/aptos/etc -v $(pwd)/data:/opt/aptos/data --workdir /opt/aptos/etc --name=aptos-fullnode aptoslabs/validator:devnet aptos-node -f /opt/aptos/etc/public_full_node.yaml

    Ensure you have opened the relevant ports - 8080, 9101 and 6180 and you may also need to update the with in the public_full_node.yaml - listen_address and api\address

Verify the correctness of your fullnode

Verify initial synchronization

During the initial synchronization of your fullnode, there may be a lot of data to transfer. You can monitor the progress by querying the metrics port to see what version your node is currently synced to. Run the following command to see the current synced version of your node:

curl 2> /dev/null | grep "aptos_state_sync_version{.*\"synced\"}" | awk '{print $2}'

The command will output the current synced version of your node. For example:

$ 71000

Compare the synced version returned by this command (e.g., 71000) with the Current Version (latest) shown on the Aptos status page. If your node is catching up to the current version, it is synchronizing correctly.


It is fine if the status page differs by a few versions, as the status page does not automatically refresh.

(Optional) Verify outbound network connections

Optionally, you can check the output network connections. The number of outbound network connections should be more than 0. Run the following command:

curl 2> /dev/null | grep "aptos_connections{direction=\"outbound\""

The above command will output the number of outbound network connections for your node. For example:

$ curl 2> /dev/null | grep "aptos_connections{direction=\"outbound\""
aptos_connections{direction="outbound",network_id="Public",peer_id="aabd651f",role_type="full_node"} 3

If the number of outbound connections returned is 0, then it means your node cannot connect to the Aptos blockchain. If this happens to you, follow these steps to resolve the issue:

  1. Update your node to the latest release by following the update instructions.
  2. Remove any seed peers you may have added to your public_full_node.yaml configuration file. The seeds may be preventing you from connecting to the network. Seed peers are discussed in the Add upstream seed peers section.

(Optional) Examine Docker ledger size

The blockchain ledger's volume for Aptos devnet can be monitored by entering the Docker container ID and checking the size. This will allow you to see how much storage the blockchain ledger is currently consuming.

  • First, run docker container ls on your terminal and copy the NAME field output. This will be a string similar to public_full_node_fullnode_1.
  • Next, run these commands to check the storage size consumed by the ledger, using the NAME field you copied over in place of public_full_node_fullnode_1:
# Obtain the container ID:
id=$(docker container ls | grep public_full_node_fullnode_1 | grep -oE "^[0-9a-zA-Z]+")
# Enter the container:
docker exec -it $id /bin/bash
# Observe the volume (ledger) size:
du -cs -BM /opt/aptos/data

Add upstream seed peers


You may see NoAvailablePeers in your node's error messages. This is normal when the node is first starting. Wait for the node to run for a few minutes to see if it connects to peers. If not, follow the below steps:

Devnet validator fullnodes will only accept a maximum of connections. If Aptos devnet is experiencing high network connection volume, your fullnode might not able to connect and you may see NoAvailablePeers continuously in your node's error messages. If this happens, manually add peer addresses in the seeds key in public_full_node.yaml, the fullnode configuration file. This will then connect your fullnode to the specified seed peer.

See below for a few seed peer addresses you can use in your public_full_node.yaml file.


You can also use the fullnode addresses provided by the Aptos community. Anyone already running a fullnode can provide their address for you to connect. See the channel #advertise-full-nodes in Aptos Discord.

Add these to your public_full_node.yaml configuration file under your discovery_method, as shown in the below example:

- discovery_method: "onchain"
# The network must have a listen address to specify protocols. This runs it locally to
# prevent remote, incoming connections.
listen_address: ...
- "/dns4/"
role: "Upstream"
- "/dns4/"
role: "Upstream"
- "/dns4/"
role: "Upstream"