Ir al contenido principal

Supported Chains, Node Types, and Pruning Policies

Actualizado el
Jul 01, 2026

Resumen

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 nodes on over 70 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.

Supported Chains & Networks

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

CadenaRedArchivoPruning Policy
0gGalileo TestnetNinguno
0gRed principalNinguno
ResumenRed de pruebasNinguno
ResumenRed principalNinguno
AleoRed principalNinguno
AptosRed de pruebasNinguno
AptosRed principalNinguno
ArcoRed de pruebasNinguno
ArbitrumSepoliaNinguno
ArbitrumRed principalNinguno
Arbitrum NovaRed principalNinguno
AvalanchaFuji TestnetNinguno
AvalanchaRed principalNinguno
AultRed principalNinguno
AultRed de pruebasNinguno
B3SepoliaNo128 blocks of state history
B3Red principalNo128 blocks of state history
BaseSepoliaNinguno
BaseRed principalNinguno
BerachainRed de pruebas de BepoliaNinguno
BerachainRed principalNinguno
BitcoinRed de pruebasNoPoda desactivada
BitcoinRed principalNoPoda desactivada
Bitcoin CashRed de pruebasNinguno
Bitcoin CashRed principalNinguno
ExplosiónSepoliaNinguno
ExplosiónRed principalNinguno
BNBRed de pruebasNinguno
BNBRed principalNinguno
CelestiaRed principalNinguno
CelestiaMocha TestnetNopruning-keep-recent = "362880"
CeloRed principalNinguno
CosmosRed principalData available starting from cosmoshub-4 (block height 5200791); no support for cosmoshub-1/2/3
CibernéticaSepoliaNinguno
CibernéticaRed principalNinguno
DogeRed principalNinguno
EthereumSepoliaNinguno
EthereumRed principalNinguno
EthereumHoodiNinguno
FantomRed principalNinguno
BengalaCoston2 TestnetNinguno
BengalaRed principalNinguno
FlujoRed de pruebasNoRoot of current spork (epoch)
FlujoRed principalNoRoot of current spork (epoch)
Con fluidezRed principalNinguno
Con fluidezRed de pruebasNinguno
FraxtalRed principalNinguno
CombustibleSepoliaNinguno
CombustibleRed principalNinguno
GravedadAlpha MainnetNinguno
GnosisRed principalNinguno
HemiRed de pruebasNinguno
HemiRed principalNinguno
HederaRed de pruebasNinguno
HiperlíquidoRed principal/evm → Recent data only; older blocks are periodically pruned (~12 hours retention)
/nanoreth → Full historical archive with tracing support
/hypercore → HyperCore exchange layer for historical trading data, order book updates, and exchange events
Learn more about Hyperliquid endpoints here
HederaRed principalNinguno
zkEVM inmutableRed de pruebasNinguno
zkEVM inmutableRed principalNinguno
TintaSepoliaNinguno
TintaRed principalNinguno
JOCRed principalNinguno
InyectivaRed de pruebasNopruning-keep-recent = "1832727" and pruning-interval = "16"
InyectivaRed principalNopruning-keep-recent = "1832727" and pruning-interval = "16"
KaiaKairos TestnetNinguno
KatanaRed principalNinguno
KaiaRed principalNinguno
LenteRed principalNinguno
LenteRed de pruebasNinguno
LineaRed principalNinguno
LiskRed principalNinguno
LitecoinRed principalNinguno
LitecoinRed de pruebasNinguno
MantoSepoliaNinguno
MantoRed principalNinguno
MegaETHRed principalNoBlock and transaction data retained indefinitely. Receipt data retained ~15 days in database but also persisted in static files. Historical state queries (eth_call, eth_getBalance at past blocks) limited to ~15-day / 1,296,064-block pruning window. Más información
MocaRed de pruebasNopruning-keep-recent = "550000" and pruning-interval = "16"
ModoRed principalNinguno
MónadaRed de pruebasMás de 40 000 bloques recientes disponibles
MónadaRed principalMás de 40 000 bloques recientes disponibles
MorphHoodiNinguno
MorphRed principalNinguno
CERCANORed de pruebasNinguno
CERCANORed principalNinguno
OptimismoSepoliaNinguno
OptimismoRed principalNinguno
ÓsmosisRed principalNinguno
PeaqRed principalNinguno
PlasmaRed de pruebasNinguno
PlasmaRed principalNinguno
PolkadotRed principalNinguno
PolígonoAmoy TestnetNinguno
PolígonoRed principalNinguno
Polygon zkEVMCardona TestnetNinguno
Polygon zkEVMRed principalNinguno
RedstoneRed principalNinguno
RobinhoodRed principalNinguno
RobinhoodRed de pruebasNinguno
SáharaRed de pruebasNinguno
DesplazarseRed de pruebasNinguno
DesplazarseRed principalNinguno
SeiAtlantic TestnetNo3240000 blocks
SeiPacific MainnetNinguno
SolanaDevnetNo6578505 slots
SolanaRed de pruebasNo10964176 slots
SolanaRed principalNinguno
SolanaAlpenglow TestnetNobest-effort — not guaranteed. History may reset to near-zero after node maintenance/upgrades or the cluster's periodic re-genesis.
SoneiumRed principalNinguno
SonicRed principalNinguno
SofónRed principalNinguno
PilasRed de pruebasNoPoda desactivada
PilasRed principalNoPoda desactivada
StarknetSepoliaNinguno
StarknetRed principalNinguno
EstelarRed de pruebasNoHorizon: ~1.43M ledgers (~90 days) & Soroban: 17280 ledgers (~1 days)
EstelarRed principalNoHorizon: ~1.5M ledgers (~90 days) & Soroban: 120,960 ledgers (~7 days)
DATAAeneid TestnetNinguno
DATARed principalNinguno
SuiRed principalYes (gRPC only)Full nodes: 14 epochs. Older data automatically routed to archive nodes
SuiRed de pruebasNoFull nodes: 14 epochs
TempoRed principalNinguno
TempoRed de pruebasNinguno
TRONRed principalNinguno
TONRed principalNinguno
UnichainSepoliaNinguno
UnichainRed principalNinguno
VanaMokshaNinguno
VanaRed principalNinguno
World ChainSepoliaNinguno
World ChainRed principalNinguno
Capa XRed principalNinguno
Capa XRed de pruebasNinguno
XaiRed de pruebasNinguno
XaiRed principalNinguno
XRP LedgerRed de pruebasFull history after recent network reset
XRP LedgerRed principalStarts from ledger 32570 (Genesis)
XRPL EVMRed de pruebasNinguno
XRPL EVMRed principalNinguno
ZcashRed principalNoPoda desactivada
ZcashRed de pruebasNoPoda desactivada
ZKSyncSepoliaNinguno
ZKSyncRed principalNinguno
ZoraRed principalNinguno

Nos encantan los comentarios ❤️

❓ 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.

Comparte este documento