Skip to content

In the first phase, a metanode operator is a validator operator who also provides the minimum services that Polkadot Products need:

  • Producing blocks for Asset Hub and People Chain as collators.
  • Serving smoldot light clients over WebRTC for the relay chain, Asset Hub, and People Chain, which requires additional node configuration covered in a later update.
  • Serving remote procedure call (RPC) requests for the relay chain, Asset Hub, and People Chain.

You can run the validator and the collators on separate machines or together on a single machine. Hardware Requirements covers both options.

The following table lists the recommended minimum requirements for each service on its own machine and for a single machine that runs all three services:

ResourceValidatorAsset Hub CollatorPeople Chain CollatorSingle Machine
CPU8 physical cores at 3.4 GHz4+ cores (8+ for optimal performance)4+ cores (8+ for optimal performance)16 physical cores at 3.4 GHz (24 for optimal performance)
Memory32 GB DDR4 ECC32 GB (64 GB for optimal performance)32 GB (64 GB for optimal performance)64 GB DDR4 ECC (128 GB for optimal performance)
Storage2 TB+ NVMe SSD200+ GB NVMe SSD, pruned200+ GB NVMe SSD, pruned2.4 TB+ NVMe SSD
Network500 Mbit/s symmetric500+ Mbit/s, stable connection500+ Mbit/s, stable connection1 Gbit/s symmetric

Every machine needs a public IP address and must run Linux with kernel 5.16 or later. When you choose hardware, also consider the following details:

  • CPU: The validator must meet the processor requirements in Validator Requirements, including disabled simultaneous multithreading. Prioritize single-threaded performance over core count.
  • Storage: Prioritize latency over throughput. Fast disk I/O is critical for collator block production. Validator and single-machine storage requirements grow with the chains.
  • Network: The collator figures are higher than the 100+ Mbit/s in Run a Block-Producing Collator because metanode collators also serve RPC requests and light clients.
  • Relay chain data: To use storage efficiently, point each collator at your validator's RPC endpoint with --relay-chain-rpc-urls, as described in Run a Block-Producing Collator. The collator then reads relay chain data from the validator and runs a lightweight relay chain node instead of keeping a full relay chain database, which removes most of the collator's relay chain database storage.
  • Single machine: CPU and storage are the sum of the per-service figures, including 24 cores for optimal performance. Memory and network are lower than the sum because the services do not all reach peak load at the same time: 64 GB of memory instead of 96 GB (128 GB instead of 160 GB for optimal performance), and 1 Gbit/s of network instead of 1.5 Gbit/s.

Last updated: