Skip to main content

Node Types and Pruning Policies

Updated on
Dec 18, 2024

Overview

Blockchain networks rely on nodes to maintain the integrity and functionality of the network. Nodes perform essential tasks such as validating transactions, storing blockchain data, and facilitating data access for applications and users. QuickNode provides access to different types of nodes on over 50 blockchains, including full and archive nodes, to accommodate various use cases and operational requirements.

This document explains the differences between full and archive nodes, their data storage, and pruning policies. It lists supported chains, networks, archive mode availability, and pruning policies for each.

What is a Full Node?

A Full Node maintains the current state of the blockchain and validates all transactions and blocks according to the network's consensus rules. Full nodes store enough data to process new transactions and build the blockchain's latest state.

Key Features of Full Nodes:


  • Current State Data: Full nodes maintain the most up-to-date blockchain state.
  • Transaction Validation: They verify transactions and blocks before adding them to the chain.
  • Storage Requirements: Full nodes are more storage-efficient compared to archive nodes, as they do not store all historical states. However, you can still verify historical states using block data.
  • Applications: Ideal for most blockchain interactions, such as querying balances, interacting with smart contracts, and sending transactions.

What is an Archive Node?

An Archive Node stores the complete history of the blockchain, including all historical states of accounts and contracts. This allows archive nodes to answer queries related to past states of the blockchain, which full nodes cannot.

Key Features of Archive Nodes:


  • Complete Data: Archive nodes retain the entire blockchain history, from the genesis block to the current state.
  • Advanced Querying: They support queries for any historical block, account, or contract state.
  • Storage Requirements: Due to the large volume of data stored, archive nodes require significantly more storage and computational resources.
  • Applications: Essential for analytics, blockchain explorers, debugging tools, and compliance requirements.

What is a Pruning Policy?

A Pruning Policy defines how a node manages and retains blockchain data. Pruning is the process of removing older blockchain data to save storage space while retaining the data necessary for current operations.

Key Features of Pruning Policies:


  • Reduced Storage: Pruned nodes discard historical data that is no longer needed for validation or current operations.
  • Efficiency: Pruning improves storage efficiency and reduces hardware requirements.
  • Limitations: Pruned nodes cannot provide access to historical states, making them unsuitable for applications requiring full blockchain history.
  • Variations Across Chains: The implementation of pruning policies varies across blockchain networks and can depend on the chain's design and specific use cases.

Chain Information

Below is a table that summarizes the availability of archive nodes, and pruning policies across QuickNode's supported chains and networks.

ChainNetworkArchivePruning Policy
AbstractTestnetYes
AptosTestnetYes
AptosMainnetYes
ArbitrumSepoliaYes
ArbitrumMainnetYes
Arbitrum NovaMainnetYes
AvalancheFuji TestnetYes
AvalancheMainnetYes
B3SepoliaNo128 blocks of state history
B3MainnetNo128 blocks of state history
BaseSepoliaYes
BaseMainnetYes
BerachainbArtio TestnetYes
BitcoinTestnetNoPruning disabled
BitcoinMainnetNoPruning disabled
BlastSepoliaYes
BlastMainnetYes
BNBTestnetYes
BNBMainnetYes
CampSepoliaYes
CelestiaMainnetYes
CeloMainnetYes
CosmosMainnetNoPruning disabled
CyberSepoliaYes
CyberMainnetYes
EthereumSepoliaYes
EthereumHoleskyYes
EthereumMainnetYes
FantomMainnetYes
FlareCoston2 TestnetYes
FlareMainnetYes
FlowTestnetNoRoot of current spork (epoch)
FlowMainnetNoRoot of current spork (epoch)
FraxtalMainnetYes
FuelSepoliaYes
FuelMainnetYes
GnosisMainnetYes
HederaTestnet
HederaMainnet
Immutable zkEVMTestnetYes
Immutable zkEVMMainnetYes
InkSepoliaYes
KaiaKairos TestnetYes
KaiaMainnetYes
LineaMainnetYes
MantleSepoliaYes
MantleMainnetYes
ModeMainnetYes
MorphHoleskyYes
MorphMainnetYes
NEARTestnetYes
NEARMainnetYes
OmniOmega TestnetYes
OmniMainnetYes
OptimismSepoliaYes
OptimismMainnetYes
OsmosisMainnetYes
PolkadotMainnetYes
PolygonAmoy TestnetYes
PolygonMainnetYes
Polygon zkEVMCardona TestnetYes
Polygon zkEVMMainnetYes
RACESepoliaYes
RACEMainnetYes
RedstoneMainnetYes
ScrollTestnetYes
ScrollMainnetYes
SeiAtlantic TestnetNo3240000 blocks
SeiPacific MainnetYes
SolanaDevnetNo6578505 slots
SolanaTestnetNo10964176 slots
SolanaMainnetYes
StacksTestnetNoPruning disabled
StacksMainnetNoPruning disabled
StarknetSepoliaYes
StarknetMainnetYes
StellarTestnetNo90 days of ledger history
StellarMainnetNo90 days of ledger history
StoryOdyssey TestnetYes
SuiMainnetNonum-latest-epoch-dbs-to-retain: 3
TRONMainnetYes
TONMainnetYes
UnichainSepoliaYes
World ChainSepoliaYes
World ChainMainnetYes
XaiTestnetYes
XaiMainnetYes
XRP LedgerTestnetYes
XRP LedgerMainnetYes
ZKSyncSepoliaYes
ZKSyncMainnetYes
ZoraMainnetYes

We ❤️ Feedback

❓ We want to hear from you! Please take a few minutes to fill out our feedback form and share your thoughts about this page. This helps us further improve the documentation.

Share this doc